Télécharger les sites web qui utilisent MDBootstrap

À propos de MDBootstrap

Les bibliothèques d’interface sont la partie d’une stack qu’un scan peut lire honnêtement, parce que les fichiers se trouvent dans le balisage avec la version inscrite dans le chemin. MDBootstrap est l’un de ces cas où la détection est précise et où l’interprétation demande tout de même de la prudence.

MDBootstrap est un kit d’interface JavaScript de MDBootstrap qui pose l’habillage Material Design sur la grille Bootstrap, publié en 2015 et commercialisé sur un modèle de licence Freemium, avec un palier gratuit et des éditions payantes. Sa présence sur un site en dit plus sur celui qui l’a construit que sur l’activité, puisque quelqu’un a voulu un jeu de composants complet prêt à l’emploi, à l’intérieur d’un système de grille qu’il connaissait déjà, et a accepté une feuille de style et un script lourds en échange de ne pas dessiner boutons et fenêtres modales depuis zéro.

En octobre 2026 nous détectons MDBootstrap sur 9 503 sites, dont 5 779 aux États-Unis, avec des domaines orientés vers .com. La distribution d’une bibliothèque de composants suit le marché des développeurs plutôt que celui du grand public, ce qui explique que la forme diffère de celle d’une marque d’hébergement ou d’un constructeur de sites. L’adoption passe par les tutoriels, les gabarits de tableaux de bord d’administration et les kits de démarrage d’agence, si bien que les sites qui en résultent penchent vers les outils internes, les tableaux de bord, les portails et les pages marketing d’entreprise plutôt que vers les sites personnels.

C’est dans les données de version que le fichier devient intéressant. Nous voyons actuellement 54 versions distinctes de MDBootstrap dans la nature, regroupées autour de 4.19.1. Les bibliothèques d’interface ne se mettent pas à jour toutes seules. Une version est figée dans une compilation le jour où un site est mis en ligne, puis elle y reste figée, si bien que la dispersion des versions dans une population est une lecture assez directe du moment où chacun de ces sites a été reconstruit pour la dernière fois et de la distance parcourue depuis par ses dépendances.

Deux publics se servent de cette dispersion. Les chercheurs en sécurité s’y intéressent parce qu’une dépendance côté client figée est un fait de chaîne d’approvisionnement, et que savoir quels sites portent quelle version transforme un avis de sécurité général en avis ciblé. Les équipes commerciales s’y intéressent parce qu’une bibliothèque d’interface périmée est un marqueur fiable d’un site qui a besoin de travaux, et parce que la base installée d’un produit à paliers gratuit et payant contient à la fois des clients et des non-clients du même fournisseur, mêlés d’une façon que le fournisseur ne peut pas démêler à partir de ses propres enregistrements de facturation.

La détection a des limites qu’il vaut mieux nommer avant de bâtir une campagne dessus. Nous identifions la bibliothèque à partir des chemins de ressources, des motifs de noms de classes et des signatures de scripts, si bien qu’un site qui compile la bibliothèque en un seul paquet, renomme la sortie ou élague les parties inutilisées peut ne présenter aucune empreinte reconnaissable du tout, et la version que nous rapportons peut être celle du nom de fichier plutôt que celle du code à l’intérieur du fichier. La sous-estimation est la direction probable de l’erreur, et l’outillage de compilation moderne pousse chaque année un peu plus dans ce sens.

Une fois les réserves posées, l’export répond à une question qu’aucune requête domaine par domaine ne peut traiter. Non pas de savoir si un seul site utilise la bibliothèque, ce que n’importe quel navigateur vous montre en un instant, mais de savoir comment une base installée entière se répartit entre versions, pays et espaces de noms de domaine à un instant donné, et lesquels de ces sites portent les autres technologies qui les rendraient dignes d’être contactés.