Télécharger les sites web qui utilisent Jetty

À propos de Jetty

La plupart des serveurs web s’annoncent. Jetty, souvent, ne le fait pas, et comprendre pourquoi représente l’essentiel de ce qu’il faut pour lire correctement un chiffre concernant Jetty. Jetty est un conteneur de servlets en Java conçu avant tout pour être embarqué, ce qui en fait plus souvent une bibliothèque compilée dans une application qu’une infrastructure que quelqu’un installe sur une machine. Les outils de compilation, les plateformes pour développeurs, les consoles de supervision et d’innombrables services internes l’emportent à l’intérieur de l’archive applicative, invisible jusqu’à ce que quelque chose réponde à une requête.

Le projet remonte à 1995, plus ancien que la majeure partie de la stack qu’il sert aujourd’hui, et il est passé de son foyer commercial d’origine à Eclipse Foundation, où il est maintenu sous licence Apache 2.0. Une longévité de cette sorte laisse une marque visible dans les données.

Nous enregistrons 164 versions distinctes de Jetty sur les sites où il est visible, et la livraison que nous observons le plus souvent est 9.4.20. Derrière la version de tête s’étend une longue traîne qui remonte sur plusieurs générations majeures encore en train de répondre à des requêtes, parce qu’un serveur embarqué est mis à jour quand l’application qui l’entoure est mise à jour, et pas avant. Les applications d’entreprise sont mises à jour lentement, et un composant que personne n’a choisi consciemment l’est plus lentement encore.

Un hôte où Jetty répond directement à l’internet public est un hôte d’un genre particulier. La page qui se trouve derrière est rarement une vitrine et rarement une boutique. Bien plus souvent, celui qui répond est une API, un outil pour développeurs, un service de documents ou de recherche, un système d’entreprise qui s’est retrouvé exposé, ou un équipement doté d’une console web qui n’a jamais été censée être joignable depuis l’extérieur.

En octobre 2026 nous détectons Jetty sur 1 694 sites, et le chiffre est un plancher plutôt qu’un décompte. Les déploiements se trouvent derrière des proxys inverses, des répartiteurs de charge et des réseaux de diffusion de contenu qui réécrivent ou retirent l’en-tête du serveur, et les configurations durcies le suppriment volontairement. Tout ce qui tourne à l’intérieur d’un réseau privé, c’est-à-dire l’essentiel du parc installé, échappe par définition à toute exploration externe.

Les gens qui veulent cette liste ne cherchent généralement pas un hébergement web. Les équipes de gestion des vulnérabilités veulent les instances exposées sur internet avec les versions qu’elles déclarent, parce qu’un conteneur de servlets ouvert au public dont l’historique de correctifs est documenté constitue une surface d’attaque de forme connue. Les éditeurs d’outillage Java, les entreprises d’observabilité et les prestataires d’assistance commerciale veulent la même population comme carte de marché, puisqu’une organisation qui fait tourner un serveur embarqué en production dispose du genre de parc dans lequel ils vendent. Les chercheurs veulent la distribution des versions comme mesure empirique de la vitesse à laquelle un composant très largement embarqué est réellement corrigé sur le terrain, par opposition à la vitesse à laquelle ses mainteneurs publient des correctifs.

Vérifier un hôte indique si cet hôte fait tourner Jetty. Seule une exploration complète dit à quoi ressemble la population Jetty exposée sur internet, quelle version chaque hôte déclare, comment le mélange se déplace entre générations au fil du temps, et quelles autres technologies reviennent à ses côtés, ce qui est généralement le moyen le plus rapide de distinguer un équipement d’une application.