Télécharger les sites web qui utilisent Envoy

À propos de Envoy

Envoy a été écrit pour résoudre un problème interne au parc d’une seule entreprise : trop de services qui s’appelaient les uns les autres sur un réseau que personne ne pouvait observer. Classé dans la catégorie Reverse proxies, le logiciel est un proxy de couche applicative qui se place devant des services ou entre eux, et qui prend en charge la répartition de charge, les nouvelles tentatives, les coupe-circuits, le routage du trafic et la terminaison TLS. C’est aussi le composant que de nombreux produits de maillage de services, d’ingress et de passerelle d’API font tourner comme plan de données.

Aucun éditeur de site ne choisit Envoy comme il choisit un CMS. Une équipe plateforme le choisit, ou bien il arrive sous une passerelle infogérée, un produit d’API ou une plateforme d’hébergement achetée pour de tout autres raisons. Détecter le proxy sur un domaine est donc un signal organisationnel plus que technique. Derrière ce domaine se trouvent très probablement un backend orchestré en conteneurs, une équipe qui traite le routage des requêtes comme une discipline, et un budget d’infrastructure dont ne dispose pas un client d’hébergement mutualisé.

Cloud Native Computing Foundation pilote le projet depuis qu’il a été donné par l’équipe d’ingénierie qui l’a écrit, et la licence Apache 2.0 associée à une implémentation en C++ en fait quelque chose que des fournisseurs peuvent intégrer et revendre sans demander la permission, ce qui explique en grande partie sa diffusion. Publié en 2016, le proxy est devenu une réponse courante à la gestion du trafic entre services, assez vite pour que son nom apparaisse aujourd’hui à l’intérieur de produits qui ne le mentionnent jamais dans leur communication.

En octobre 2026 nous détectons Envoy sur 87 676 sites, dont 49 595 que nous localisons aux États-Unis, avec une répartition de domaines qui penche vers .com. La concentration dans un seul pays reflète l’endroit où l’ingénierie native du cloud se concentre et où les fournisseurs qui intègrent le proxy vendent le plus fort, et probablement aussi l’endroit où les exploitants se soucient le moins de retirer les en-têtes de réponse qui les identifient.

Le dernier point mérite d’être dit clairement plutôt qu’enterré. La détection est ici inférentielle. Nous lisons des signatures d’en-têtes de réponse et des empreintes de pages d’erreur que le proxy émet par défaut, et n’importe quel exploitant peut les renommer ou les retirer avec une ligne de configuration. Les sites placés derrière un réseau de diffusion de contenu qui termine la connexion en premier peuvent ne jamais révéler le proxy tout court. Le décompte enregistré est un plancher, et une correspondance vous dit que le proxy a répondu, pas si l’équipe l’exploite elle-même ou l’a hérité à l’intérieur d’un produit infogéré, une distinction que nous ne pouvons pas faire de l’extérieur.

Pour les fournisseurs d’infrastructure, d’observabilité et de sécurité, la valeur de la liste tient à ce qu’elle identifie des organisations par leur façon d’opérer plutôt que par ce qu’elles publient. Une requête unique confirme un en-tête sur un domaine. Une population entière vous permet de dimensionner l’ensemble atteignable des équipes plateforme, de corréler le proxy avec les clouds et les frameworks qui l’accompagnent, et de regarder cet ensemble grandir ou se déplacer d’une actualisation à l’autre, ce qui est la question que pose réellement quiconque vend dans l’infrastructure native du cloud.