Aller au contenu
Sécurité medium

polyfill.io

3 min de lecture
Point de compromission dans la chaîne Rupture · étape Distribution
Source
amont
Dépendances
deps
Build & CI
ci
Packaging
artefact
Release
provenance
Registres
Distribution
Déploiement
admission
Runtime
exécution
Rayon d'explosion — compromission à l'étape Distribution, propagation possible aux consommateurs. Domaines : Source, Intégration, Packaging, Release, Fournisseurs, Vulnérabilités
Gravité élevé
Le domaine polyfill.io racheté sert du code malveillant via le CDN à des centaines de milliers de sites qui l'incluaient.
100 000+
sites affectés
~4 %
du web (Cloudflare)
févr. 2024
rachat du domaine
juin 2024
malware observé

En bref

Date
25/06/2024
Gravité
Élevé
Étape de la chaîne
Distribution
Domaines SOCLE
Source+ Intégration, Packaging, Release, Fournisseurs, Vulnérabilités
CVE
CVE-2024-38526 · CVSS 7.2

Que s'est-il passé ?

Contexte

En février 2024, une société rachète le domaine polyfill.io et le compte GitHub associé. Ce service CDN était chargé par une vaste partie du web.

Mécanisme

En juin 2024, Sansec observe du malware servi depuis cdn.polyfill.io : un script tiers de confiance, embarqué dans des milliers de sites, devient un vecteur d'injection de JavaScript arbitraire dans le navigateur des visiteurs.

Impact

Le malware observé faisait de la redirection, mais le contrôle du CDN permettait une exécution de code arbitraire côté navigateur. Sansec estime 100 000+ sites affectés ; Cloudflare évoque ~4 % du web.

Parades

Bannir les scripts tiers non maîtrisés ou les auto-héberger, Subresource Integrity (SRI), CSP stricte, et bascule vers des alternatives sûres (Fastly, Cloudflare).

Chronologie de l'attaque

février 2024
Rachat de l'infrastructure

Une société acquiert le domaine polyfill.io et le compte GitHub polyfillpolyfill.

juin 2024
Diffusion de malware

Sansec observe du code malveillant servi depuis cdn.polyfill.io, affectant plus de 100 000 sites.

Comment l'attaquant a procédé

Cet incident met en jeu les vecteurs d'attaque suivants du catalogue SOCLE ; chacun renvoie à sa fiche, où l'on trouve les exigences qui le neutralisent :

La leçon à en tirer

Ce qu'il faut retenir

Sous-resource integrity (SRI), allowlist des CDN, réversibilité et auto-hébergement des dépendances front.

Les exigences SOCLE qui auraient limité cet incident

Cet incident se rattache à 40 exigences du référentiel, par domaine. Les satisfaire n'aurait pas forcément tout empêché, mais aurait réduit la probabilité de l'attaque, limité son impact ou accéléré sa détection :

Pour aller plus loin

Ce site vous est utile ?

Sachez que moins de 1% des lecteurs soutiennent ce site.

Je maintiens +700 guides gratuits, sans pub ni tracing. Aujourd'hui, ce site ne couvre même pas mes frais d'hébergement, d'électricité, de matériel, de logiciels, mais surtout de cafés.

Un soutien régulier, même symbolique, m'aide à garder ces ressources gratuites et à continuer de produire des guides de qualité. Merci pour votre appui.

Abonnez-vous et suivez mon actualité DevSecOps sur LinkedIn