Télécharger les sites web qui utilisent TwistedWeb

À propos de TwistedWeb

La partie web de ce logiciel est une entrée secondaire. Twisted a été conçu comme une boîte à outils réseau généraliste, avec des implémentations de messagerie électronique, de chat, de service de noms et de shell distant aux côtés de l’implémentation HTTP, si bien qu’un hôte qui répond avec la bannière web ne sert pas toujours un site web. Cette bannière est d’ailleurs le seul élément dont nous disposons sur TwistedWeb, et elle peut être modifiée, raccourcie ou purement et simplement supprimée, tandis que tout reverse proxy ou CDN placé devant l’application la remplacera en général par la sienne. Chaque chiffre qui suit doit être lu en gardant cela à l’esprit.

TwistedWeb est la couche HTTP du framework réseau asynchrone Twisted pour Python, publié par Twisted Matrix Labs sous licence MIT depuis 2002. Le choisir relève d’une décision d’ingénierie délibérée plutôt que d’un choix par défaut. Personne ne se retrouve avec un serveur Python événementiel en installant un constructeur de sites, ce qui signifie que les domaines qui répondent avec lui sont rarement des sites marketing ordinaires. Classé dans la catégorie Web servers, le logiciel se retrouve devant des outils internes, des points d’accès d’API, des interfaces d’appareils et d’équipements, des projets de recherche et d’infrastructure, et des services de longue date construits à l’époque où le framework était une réponse courante à la programmation concurrente.

En octobre 2026 le framework répond sur 179 domaines. Les décomptes de logiciels serveur ne se comportent pas comme ceux des applications, car un hôte peut servir de nombreux noms et un nom peut se placer devant de nombreux hôtes, si bien que le chiffre décrit des points d’accès joignables plutôt que des installations.

C’est dans les versions déclarées qu’il y a matière à creuser. Parmi les bannières qui indiquent une version, nous relevons 13 chaînes distinctes, et la version renvoyée le plus souvent est 20.3.0. Qu’un framework de cet âge accumule autant de versions en service dit quelque chose de très simple sur la façon dont on s’en sert. Le logiciel est intégré à des systèmes déployés une fois et rarement mis à jour, et la version en service est souvent celle que le système d’exploitation empaquetait le jour où la machine a été montée.

Le public d’une telle liste est bien défini. Les chercheurs en sécurité délimitent l’exposition d’une stack asynchrone vieillissante. Les fournisseurs d’infrastructure et de plateformes évaluent l’ampleur de déploiements de serveurs Python qu’ils ne peuvent pas voir à partir des téléchargements de paquets. Les équipes d’inventaire des actifs veulent savoir ce qui est réellement joignable plutôt que ce qui est à la mode. Une vérification domaine par domaine vous dit qu’un hôte donné répond avec le framework. L’ensemble téléchargeable vous dit quels hôtes, dans quels pays, sous quels domaines de premier niveau, avec quelles chaînes de version, à côté de tout ce qui est détectable par ailleurs à la même adresse.

La limite qu’il faut honnêtement reconnaître est celle énoncée au début. Les serveurs derrière un proxy, les serveurs configurés pour ne rien dire et les services qui ne répondent que sur des ports inhabituels sont absents du décompte. L’absence de bannière n’est pas une preuve d’absence, et aucun dataset fondé sur l’exploration ne peut prétendre le contraire.