Aller au contenu
Sécurité medium

SolarWinds / SUNBURST

3 min de lecture
Point de compromission dans la chaîne Rupture · étape CI/CD
Source
amont
Dépendances
deps
Build & CI
CI/CD
Packaging
artefact
Release
provenance
Registres
distribution
Déploiement
admission
Runtime
exécution
Rayon d'explosion — compromission à l'étape CI/CD, propagation possible aux consommateurs. Domaines : Orchestration, Intégration, Packaging, Release, Déploiement, Fournisseurs
Gravité critique
Système de build de SolarWinds Orion compromis : une porte dérobée est injectée dans le build et distribuée, signée, à des milliers de clients.
SUNBURST
backdoor distribué
SUNSPOT
implant du build
Orion
produit détourné
mondial
rayon d'impact

En bref

Date
13/12/2020
Gravité
Critique
Étape de la chaîne
CI/CD
Domaines SOCLE
Orchestration+ Intégration, Packaging, Release, Déploiement, Fournisseurs
CVE
CVE-2020-10148 · CVSS 9.8

Que s'est-il passé ?

Contexte

SolarWinds Orion, plateforme de supervision réseau largement déployée (administrations, finance, tech, télécoms), est détournée pour diffuser le backdoor SUNBURST via une mise à jour signée numériquement.

Mécanisme

Le système de build d'Orion est infecté par le malware SUNSPOT, qui surveille les processus et, au lancement de MSBuild.exe, injecte un fichier source malveillant dans la compilation, puis restaure l'original en fin de build pour effacer ses traces.

Impact

Le composant signé SolarWinds.Orion.Core.BusinessLayer.dll communique en HTTP vers des serveurs tiers, permettant exfiltration et mouvement latéral chez les clients. L'impact est mondial (Amérique du Nord, Europe, Moyen-Orient, Asie).

Parades

Sécuriser et isoler l'infrastructure de build (intégrité du pipeline), builds reproductibles et vérification des artefacts signés, détection des modifications de sources en CI, surveillance réseau des composants déployés.

Chronologie de l'attaque

13 décembre 2020
Divulgation publique

La compromission de la chaîne de build d'Orion et le backdoor SUNBURST sont rendus publics.

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

Provenance non falsifiable (build isolé), intégrité à la réception et durcissement de la plateforme de build.

Les exigences SOCLE qui auraient limité cet incident

Cet incident se rattache à 17 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