Il 29 aprile 2026, quattro pacchetti SAP npm ufficiali sono stati compromessi in un attacco supply chain di grave entità. L’operazione, battezzata **Mini Shai-Hulud**, ha preso di mira strumenti critici usati da migliaia di sviluppatori enterprise in tutto il mondo.
—
## L’Attacco Mini Shai-Hulud: Cosa è Successo
### I Pacchetti Colpiti e il Vettore di Compromissione
I pacchetti coinvolti sono quattro. Si tratta di `mbt@1.2.48`, `@cap-js/db-service@2.10.1`, `@cap-js/postgres@2.2.2` e `@cap-js/sqlite@2.2.2`. Tutti appartengono all’ecosistema SAP CAP e Cloud MTA.
Gli aggressori hanno iniettato script malevoli nei **preinstall hook** dei pacchetti. Questo meccanismo si esegue automaticamente durante l’installazione via npm. Non è richiesta alcuna interazione da parte dell’utente.
Una volta attivato, lo script scarica il runtime **Bun** sul sistema della vittima. Tramite Bun, esegue un malware progettato per sottrarre credenziali sensibili.
### Quali Dati Vengono Rubati
Il malware ha un obiettivo preciso: le credenziali degli sviluppatori e dei pipeline CI/CD. In particolare, prende di mira:
- **Token GitHub**
- **Credenziali npm**
- **Segreti cloud** (AWS, Azure, GCP, Kubernetes)
- **Chiavi SSH**
I dati esfiltrati vengono cifrati. Successivamente, vengono inviati a repository GitHub controllati dagli attaccanti. Inoltre, il malware si auto-propaga usando i token GitHub rubati. Questo ne amplifica il raggio d’azione in modo esponenziale.
Vale la pena sottolineare che l’intera operazione si è svolta in una **finestra temporale di circa due ore**. Un tempo estremamente ridotto per rilevare e bloccare la minaccia.
—
## TeamPCP: Il Threat Actor Dietro l’Operazione
### Un Gruppo con una Storia Consolidata di Attacchi npm
I ricercatori attribuiscono l’attacco a **TeamPCP** con un livello di confidenza medio-alto. L’attribuzione si basa su elementi tecnici condivisi con attacchi precedenti. Tra questi: chiavi RSA pubbliche identiche, routine di encoding simili e l’uso del runtime Bun come vettore.
TeamPCP è attivo da almeno due anni nell’ecosistema npm. In passato ha colpito pacchetti legati a strumenti di sicurezza noti, tra cui **Trivy**, **Checkmarx** e **Bitwarden**. L’obiettivo ricorrente è sempre lo stesso: sottrarre credenziali da ambienti di sviluppo e pipeline CI/CD.
Tuttavia, la variante Mini Shai-Hulud presenta alcune novità rilevanti. È la prima a sfruttare configurazioni di **AI coding agent** per ottenere persistenza sui sistemi compromessi. Inoltre, rispetto alle precedenti ondate Shai-Hulud, questa variante è più rapida e più mirata.
—
## Impatto e Risposta: Come Proteggersi dagli Attacchi Supply Chain
### Le Misure Immediate Adottate dai Maintainer
I maintainer dei pacchetti SAP hanno reagito prontamente. Hanno rilasciato versioni sicure dei pacchetti compromessi in tempi brevi. Gli utenti devono aggiornare immediatamente alle versioni sicure disponibili.
Di conseguenza, la prima azione da compiere è verificare quale versione è installata nei propri ambienti. Qualsiasi istallazione delle versioni compromesse deve essere considerata a rischio.
### Le Raccomandazioni per Manager e CISO
In questo contesto, le organizzazioni devono adottare misure sia reattive che preventive. Ecco le priorità:
- *Azioni immediate:**
- Ruotare tutte le credenziali potenzialmente esposte (token GitHub, chiavi AWS/Azure/GCP, SSH)
- Verificare i log di installazione npm per individuare esecuzioni anomale
- Controllare i repository GitHub per attività sospette legate ai token compromessi
- *Misure strutturali:**
- Implementare **piattaforme di runtime security** capaci di bloccare download anomali come quello del binario Bun
- Adottare una revisione sistematica degli **script preinstall** prima dell’esecuzione
- Configurare token npm con **privilegi minimi** tramite OIDC, con restrizioni per singolo workflow
- Integrare strumenti di **supply chain monitoring** come Socket o Wiz per il rilevamento precoce
Parallelamente, le organizzazioni devono ripensare il modello di fiducia verso i pacchetti open source, anche quando provengono da vendor enterprise come SAP. Nessun pacchetto è immune da compromissione.
Vale la pena sottolineare che la **detection window** si sta accorciando. Due ore non sono sufficienti per rispondere con misure reattive. La sicurezza proattiva è oggi l’unica strategia efficace contro gli attacchi alla supply chain npm.
—
## Conclusioni
L’attacco Mini Shai-Hulud rappresenta un salto qualitativo nelle tattiche di TeamPCP. Colpire pacchetti SAP ufficiali significa raggiungere ambienti enterprise ad alta criticità. Le organizzazioni che usano SAP CAP o Cloud MTA devono agire subito.
La supply chain del software è oggi un vettore di attacco primario. Ignorarla non è più un’opzione.
—
- *Fonti:**
- [Wiz Blog – Mini Shai-Hulud SAP npm](https://www.wiz.io/blog/mini-shai-hulud-supply-chain-sap-npm)
- [The Hacker News](https://thehackernews.com/2026/04/sap-npm-packages-compromised-by-mini.html)
- [Socket.dev Blog](https://socket.dev/blog/sap-cap-npm-packages-supply-chain-attack)
- [SOC Defenders AI](https://www.socdefenders.ai/item/7aa53dd0-3798-4311-8319-538490c1eda3)
- [BleepingComputer – Fonte originale](https://www.bleepingcomputer.com/news/security/official-sap-npm-packages-compromised-to-steal-credentials/)
Fonte: Articolo originale
Episodi come l’attacco Mini Shai-Hulud ai pacchetti SAP npm dimostrano quanto la supply chain software sia diventata un vettore critico per le organizzazioni enterprise. In questo scenario, la condivisione tempestiva di threat intelligence tra ISAC e settori industriali può fare la differenza tra rilevamento precoce e compromissione estesa. IsacChain permette la condivisione sicura e verificata di indicatori di compromissione tramite tecnologia blockchain, supportando al contempo la compliance NIS2 automatizzata per gli obblighi di notifica e gestione del rischio. Scopri come IsacChain può aiutare la tua organizzazione su www.isacchain.com