Aller au contenu
Sécurité medium

s1ngularity (Nx)

3 min de lecture
Point de compromission dans la chaîne Rupture · étape Registres
Source
amont
Dépendances
deps
Build & CI
ci
Packaging
artefact
Release
provenance
Registres
Registres
Déploiement
admission
Runtime
exécution
Rayon d'explosion — compromission à l'étape Registres, propagation possible aux consommateurs. Domaines : Release
Gravité élevé
s1ngularity : le paquet du système de build Nx compromis par un malware voleur de données.
~5 h
versions en ligne
26 août
compromission (2025)
IA CLI
1er détournement
fuite jeton
vecteur initial

En bref

Date
23/09/2025
Gravité
Élevé
Étape de la chaîne
Registres
Domaines SOCLE
Release

Que s'est-il passé ?

Contexte

Le 26 août 2025, le système de build Nx est compromis par un malware voleur de données (compte npm d'un mainteneur compromis via une fuite de jeton). Les versions piégées restent en ligne ~5 heures.

Mécanisme

Outre le vol de clés SSH, jetons npm et .gitconfig, le malware détourne des outils CLI d'IA (Claude, Gemini, q) pour la reconnaissance et l'exfiltration, premier cas connu d'assistants IA transformés en agents d'attaque de supply chain.

Impact

Une seconde vague (28 août) exploite les identifiants volés pour rendre publics des dépôts privés (renommés s1ngularity-repository-...) et les forker. Avis officiel GHSA-cxm3-wv7p-598c.

Parades

Jetons de publication courts (OIDC) et révocation rapide, confiner les outils CLI d'IA (accès secrets et réseau, allowlist de commandes), MFA, et détection de republication et d'exposition de dépôts.

Chronologie de l'attaque

26 août 2025
Compromission de Nx

Vers 22h32 UTC, des versions piégées de Nx volent clés SSH et jetons npm et détournent des CLI d'IA ; elles restent en ligne environ 5 heures.

28 août 2025
Seconde vague

À 20h00 UTC, les identifiants volés servent à rendre publics des dépôts privés (renommés s1ngularity-repository-...).

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

2FA et trusted publishing sur les comptes de publication ; détection de republication anormale.

Les exigences SOCLE qui auraient limité cet incident

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