Il codice sorgente di Shai-Hulud è stato reso pubblico la scorsa settimana, secondo quanto riportato da BleepingComputer, e già entro il 18 maggio aveva generato cloni autoreplicanti su npm e PyPI, confermato da SANS ISC. Il worm, già visto nelle campagne di Mini Shai-Hulud, ha compromesso l'account del maintainer @antv (atool), pubblicando versioni maliziose di echarts-for-react e altri pacchetti, secondo The Hacker News. Dark Reading avverte che la pubblicazione del codice sorgente consente una propagazione autonoma; SANS segnala un compromissione del plugin Jenkins di Checkmarx come parte della stessa campagna.
Il problema non è il malware
Questo non riguarda un solo worm, ma il riutilizzo di attacchi. Le catene di approvvigionamento open-source sono ora superfici di attacco autoreplicanti. 800 pacchetti npm erano già stati precedentemente compromessi da varianti di Shai-Hulud (Group-IB HTCT 2026), e con il codice sorgente ora pubblico, i cloni emergono più velocemente di quanto i difensori possano tenere traccia. Il tempo medio di risoluzione per le vulnerabilità è di 32 giorni (Verizon DBIR 2025), ma i worm automatizzati sfruttano quella finestra a velocità di macchina.
La matematica difensiva
Per difendersi da questo tipo di attacchi, è necessario:
- applicare la provenienza dei pacchetti tramite artifact firmati con Sigstore; richiedere SLSA Level 3 per tutte le dipendenze di produzione
- deployare controlli automatici di confusione delle dipendenze quotidianamente; ridurre il tempo medio di rilevamento a meno di 24 ore
- isolare gli ambienti di build dai sistemi di autenticazione di produzione - assumere che npm install sia esecuzione di codice
Conclusioni
Quando è stata l'ultima volta che il tuo team ha simulato un worm di dipendenza autoreplicante?