Amazon ha confermato che una serie di recenti compromissioni nell'ecosistema npm non rappresenta una sequenza di episodi isolati, ma una campagna strutturata che prende di mira i maintainer dei pacchetti e la catena delle dipendenze software. Le verifiche indipendenti raccolte da fonti tecniche internazionali indicano che gli attaccanti hanno combinato social engineering, furto di credenziali e pubblicazione di versioni malevole di librerie ad alta diffusione.

Perche il caso e rilevante

La criticita di questa campagna non dipende solo dal numero di pacchetti colpiti, ma dal ruolo centrale che alcune librerie hanno in build pipeline, applicazioni enterprise e servizi cloud. Quando un maintainer viene compromesso, una singola pubblicazione alterata puo propagarsi rapidamente lungo ambienti di sviluppo, sistemi CI/CD e software in produzione, ampliando l'impatto ben oltre il progetto iniziale.

Le conferme emerse dalle fonti indipendenti

AWS Security aveva gia documentato nel 2025 e nel 2026 piu casi di attacchi alla supply chain open source, inclusi episodi in cui pacchetti npm compromessi sono stati identificati e segnalati rapidamente da Amazon Inspector. In parallelo, testate tecniche internazionali come BleepingComputer e The Record hanno ricostruito gli attacchi contro maintainer di progetti molto usati, inclusi casi attribuiti a gruppi nordcoreani che hanno usato falsi contatti professionali, piattaforme di collaborazione contraffatte e malware mirato per ottenere accesso agli account di pubblicazione.

Quali indicazioni arrivano per le organizzazioni

Il quadro rafforza una linea gia nota ai team di sicurezza: la difesa della supply chain non puo limitarsi al controllo delle vulnerabilita note. Servono controlli sulla provenienza degli artefatti, verifica delle dipendenze introdotte nei progetti, protezione degli account dei maintainer e controlli di rilascio piu stretti nelle pipeline. Per le aziende che dipendono da componenti open source, l'episodio conferma che il rischio principale non riguarda solo il codice vulnerabile, ma anche la fiducia riposta nei processi di pubblicazione.