Amazon attribuisce a hacker nordcoreani quattro attacchi alla…

Amazon Threat Intelligence ha collegato a un gruppo nordcoreano le compromissioni di axios, debug, chalk e typo-crypto. L'intelligenza artificiale generativa sta

Amazon Threat Intelligence ha attribuito con medium confidence a un gruppo hacker nordcoreano le compromissioni di quattro pacchetti NPM di larga diffusione: typo-crypto, debug, chalk e axios. L'annuncio, pubblicato il 29 luglio 2026, documenta una campagna che ha attraversato oltre un anno — da marzo 2025 a marzo 2026 — e introduce un elemento di discontinuità: gli attaccanti non sfruttano più solo la fiducia della comunità open-source, ma stanno addestrando le proprie operazioni a eludere anche i sistemi di revisione automatizzati potenziati dall'intelligenza artificiale.

Punti chiave

Amazon attribuisce a un attore nordcoreano — tracciato come SAPPHIRE SLEET, STARDUST CHOLLIMA e BlueNoroff — le compromissioni di typo-crypto (marzo 2025), debug e chalk (settembre 2025), axios (marzo 2026).
I pacchetti malevoli attivano il payload secondo un meccanismo condizionale basato su hash input, scaricano codice da un C2 hardcoded e adattano l'esecuzione al sistema operativo: Windows, macOS o Linux.
Gli attaccanti distribuiscono il workflow malevolo su più pacchetti apparentemente innocui: uno contiene il blob cifrato, un secondo la logica di decifratura, un terzo il fetch e l'esecuzione del payload.
Amazon segnala l'emergere dello "slopsquatting": registrazione di nomi pacchetto generati dalle allucinazioni degli AI coding assistant, con istruzioni nascoste in commenti e README che manipolano i revisori AI.

Il metodo: dalla compromissione singola al "fragment-level attack"

La prima compromissione documentata risale a marzo 2025: il pacchetto typo-crypto ospitava un file core.js trojanizzato con hash SHA256 2014d09c7ded74d89c885b5f11693865224116f1b25df9330e61fe528f419d73. Il meccanismo di attivazione dipende da un input hash che inizia con la sequenza 0098273: solo quando questa condizione si verifica, il malware contatta il server C2 hardcoded e scarica il payload specifico per il sistema operativo della vittima.

L'obfuscation segue un percorso a più strati: codifica base64 seguita da XOR cipher con chiave fissa 01042025. Questa architettura non serve solo a nascondere il codice, ma a segmentare la catena di compromissione in fasi distribuite su pacchetti distinti. Amazon Inspector ha osservato che un pacchetto contiene il blob cifrato, un secondo implementa la routine di decifratura, un terzo gestisce il recupero e l'esecuzione del payload finale. Nessuno dei singoli elementi appare malevolo in isolation: la minaccia emerge solo dal grafo delle dipendenze.

Sette mesi dopo, a settembre 2025, lo stesso playbook ha colpito debug e chalk, due utility fondamentali dell'ecosistema Node.js. Wiz Research ha quantificato l'impatto: circa un ambiente cloud su dieci è stato compromesso nell'arco di due ore durante quell'incidente. A marzo 2026 è seguita axios, con oltre 100 milioni di download settimanali, ampliando il raggio potenziale dell'operazione a una fetta sostanziale dell'infrastruttura JavaScript globale.

L'ingegneria sociale come prerequisito tecnico

In ogni caso documentato, gli attaccanti hanno ingegnerizzato socialmente un maintainer fidato prima di pubblicare l'update malevolo. Non si tratta di typo-squatting o di impersonazione esterna: l'attore ha acquisito il controllo del processo di rilascio legittimo, sfruttando la cultura di apertura che caratterizza la manutenzione open-source.

Rick Anthony, senior manager di Amazon Inspector, ha descritto la dinamica con precisione: "Quite frankly, the open-source community is looking for good citizens because these packages are often not maintained by people who are getting paid to do that as a full-time job... They are very welcoming for anyone who is willing to contribute". Questa disponibilità, strutturale nell'ecosistema, è diventata un vettore sistemico di attacco.

L'attribuzione a un gruppo nordcoreano si fonda su TTPs condivisi, indicatori C2 comuni e riutilizzo di codice. Amazon classifica la confidence come "medium", un livello che esclude sovrapposizioni infruttuali con altri attori documentati allo stato attuale, ma che non pretende certezza giudiziaria sull'identità degli operatori.

La transizione AI-driven: dal malware che inganna umani a quello che inganna AI

Il cambiamento qualitativo segnalato da Amazon non riguarda solo la scala, ma l'interlocutore. L'intelligenza artificiale generativa sta alterando cosa il software malevolo assomiglia e come gli attori della minaccia sondano i sistemi di code review basati su AI. Amazon Threat Intelligence ha osservato tre vettori convergenti.

Primo: generazione di codice, documentazione e identità maintainer sintetiche, con capacità di mutazione, rinomina e re-cifratura che privano gli antivirus di firme stabili. Secondo: slopsquatting, ovvero la registrazione preventiva di nomi pacchetto prodotti dalle allucinazioni degli assistenti di programmazione AI, con meccanismo di consegna diretta del malware. Terzo: adversarial manipulation, mediante istruzioni nascoste in commenti, README e docstring che deviano il comportamento dei revisori AI automatizzati.

"A year ago, we looked for malicious packages. Today, we look for malicious behaviors split across packages that appear harmless on their own" — Amazon Threat Intelligence / Amazon Inspector

Questa transizione impone una riprogettazione degli strumenti di sicurezza. Gli scanner tradizionali, ottimizzati per l'analisi pacchetto-singolo, perdono efficacia contro pattern distribuiti su grafi di dipendenza. Amazon ha risposto con una donazione di 12,5 milioni di dollari all'iniziativa Akrites della Linux Foundation, destinata a sviluppare difese open-source contro attacchi potenziati dall'AI.

Il calcolo geopolitico: efficienza come moltiplicatore di ricavi

CJ Moses, CISO di Amazon, ha inquadrato l'operazione nel contesto delle sanzioni internazionali: "For a sanctions-constrained regime, generating revenue through these operations means that the greater the efficiency, the more money they get, and the more that they can use that money to do things that got them the sanctions to begin with". La motivazione finanziaria non è dedotta dal target, ma esplicitata: l'accesso simultaneo a migliaia di ambienti downstream massimizza il rendimento per singola compromissione.

Moses ha aggiunto una proiezione operativa: "One successful supply chain compromise can yield access to hundreds, if not more, targeted intrusions". La supply-chain non è più solo un vettore di distribuzione, ma un generatore di accessi a cascata, dove ogni pacchetto compromesso funge da moltiplicatore di superficie d'attacco per intrusioni successive.

Cosa fare adesso

Amazon non ha rilasciato indicazioni operative specifiche per gli utenti dei pacchetti compromessi: il brief non documenta azioni correttive prescritte dalla fonte. Il dossier si concentra sulla descrizione delle tecniche e sull'attribuzione, lasciando aperti alcuni punti critici per chi gestisce dipendenze open-source.

Il grado di automazione AI effettivamente impiegato dagli attaccanti resta non quantificato: Amazon descrive capacità e trend osservati, ma non stabilisce quale percentuale della campagna sia generata da modelli linguistici rispetto a tecniche tradizionali. Non emergono sovrapposizioni infrastrutturali che colleghino questo specifico gruppo ad altri incidenti NPM non ancora pubblici. Il numero preciso di organizzazioni compromesse oltre la stima Wiz del 10% ambienti cloud non è dichiarato.

Restano da verificare: lo stato di eventuali indagini law enforcement (FBI, DoJ) su questa campagna specifica; l'entità esatta dei proventi generati; e se esistano versioni corrette dei pacchetti che gli utenti possano identificare attraverso hash o firme ufficiali. L'identificatore OSV MAL-2026-3400 è associato a typo-crypto, ma non sono documentati CVE separati per debug, chalk o axios.

L'evidenza pubblica descrive un attore che ha imparato a sfruttare l'architettura stessa della collaborazione open-source, arricchita dall'intermediazione AI. Per chi gestisce infrastrutture dipendenti da NPM, la lettura è che la verifica del singolo pacchetto non basta più: la superficie di analisi si è spostata sul grafo delle relazioni tra pacchetti, e su chi controlla i meccanismi di ingresso nella catena di manutenzione.

Le informazioni sono state verificate sulle fonti citate e aggiornate al momento della pubblicazione.

Fonti

Fonti e riferimenti