N8n: vulnerabilità credenziali e takeover account

Introduzione per tutti

N8n è una piattaforma potentissima per automatizzare i processi aziendali, ma una falla di sicurezza nelle credenziali condivise può mettere a rischio l’intera infrastruttura. Immagina di connettere API, servizi cloud e tool AI in un unico hub: comodità enorme, ma se un malintenzionato sfrutta una debolezza, può rubare accessi e controllare tutto. Soluzione rapida: aggiorna immediatamente alla versione 2.6.4 o successiva, ruota tutte le credenziali e limita la condivisione. Questo articolo spiega il problema in modo semplice e offre consigli pratici per proteggerti, seguito da dettagli tecnici per esperti.

Le piattaforme di automazione come n8n sono il cuore delle operazioni moderne, collegando sistemi critici come Salesforce, AWS e OpenAI. Centralizzano token sensibili e chiavi API, rendendole un bersaglio ideale. Una vulnerabilità nel gestore OAuth permetteva l’iniezione di codice malevolo, portando a un account takeover completo. Fortunatamente, il problema è stato risolto, ma serve vigilanza continua.

Perché n8n è così importante?

N8n permette di creare flussi di lavoro visuali che orchestrano compiti complessi senza codice. Squadre collaborative condividono credenziali per efficienza, ma questo introduce rischi. Un attaccante con accesso base poteva creare una credenziale trappola: inserendo un payload JavaScript nel campo Authorization URL, condividerla con un admin e, al click su “Connetti il mio account”, eseguire codice nel browser della vittima.

Impatto reale: Furto di altre credenziali, controllo dell’istanza e propagazione a sistemi collegati. In ambienti enterprise, con decine di migliaia di istanze esposte, il danno potenziale è enorme. Ricerche recenti mostrano oltre 100.000 sistemi vulnerabili, ora ridotti grazie alle patch.

Come proteggere la tua istanza n8n

Aggiorna subito: Passa a v2.6.4 o versioni successive per chiudere la falla.
Ruota le credenziali: Cambia tutte le chiavi API e token OAuth, assumendo possibili compromissioni.
Limita condivisioni: Usa controlli di accesso rigorosi; condividi solo con utenti fidati.
Monitora log: Controlla esecuzioni workflow per attività sospette come connessioni outbound insolite.
Isola l’istanza: Esegui n8n in container o VM con privilegi minimi.

Queste misure riducono il rischio a zero se applicate tempestivamente. N8n è essenziale per l’AI automation, ma va trattato come un asset critico.

Evoluzione delle minacce in n8n

Oltre a questa vulnerabilità specifica, n8n ha affrontato altre sfide critiche. Sandbox escape, RCE via espressioni workflow e accessi file arbitrari (CVSS 9.4-10) hanno colpito versioni precedenti. Attaccanti autenticati potevano eseguire comandi sul server, intercettare prompt AI e modificare risposte. Su n8n Cloud, un singolo utente compromesso rischiava di accedere a dati multi-tenant.

Piattaforme come n8n gestiscono “chiavi master” per l’intera organizzazione: credenziali cloud, database e LLM API. Un breach qui è come aprire la cassaforte aziendale. Ricercatori sottolineano: se crei un workflow, puoi possedere il server.

Best practice per la sicurezza

Adotta un approccio a più livelli:

Ruolo-based access control (RBAC) per limitare editing workflow.
Audit regolare dei workflow per espressioni maliziose.
Crittografia end-to-end per dati sensibili.
Monitoraggio continuo con tool SIEM.
Test di penetrazione periodici.

Queste pratiche trasformano n8n da potenziale rischio in pilastro sicuro.

Approfondimento tecnico

Il meccanismo della vulnerabilità

La falla risiedeva nella funzione frontend per l’apertura della popup OAuth. Senza validazione del protocollo nell’Authorization URL, un attaccante poteva iniettare javascript:alert('XSS') invece di https://provider.com/auth. In contesto shared credentials:

Preparazione: Crea credenziale OAuth2 API con payload nel campo URL.
Condividi: Invia a vittima (es. admin).
Esecuzione: Click “Connect” triggers eval JS nel session context.

Codice vulnerabile (pseudocodice):

window.open(oauthCredential.authUrl); // No protocol check

Patch: Aggiunta sanitizzazione e whitelist protocolli (http/https).

Impatto dettagliato

Stored XSS: Payload persistente in DB, eseguito su interazioni.
Exfiltrazione: Query API interne per dump credenziali.
Escalation: Con admin session, full instance control.

In multi-tenant, propagazione a cluster Kubernetes.

Altre vulnerabilità correlate

CVE-2026-21858: Content-type confusion per bypass.
Sandbox escape: Eval injection in espressioni JS/Python (CVSS 10).
RCE workflow: Comandi OS via parametri non sanitizzati.
File read: Accesso config sensibili.

Patches multiple: v1.121.0, v2.4.0, v2.10.1. Verifica versione con n8n --version.

Mitigazioni avanzate

Hardening: Run as non-root, noexec mount per /tmp.
WAF rules: Blocca payload JS in URL fields.
Secrets management: Integra Vault o AWS Secrets Manager invece di storage interno.
Expression sandbox: Usa vm2 o simili per isolare eval.

Per deploy enterprise, considera n8n Cloud con patching automatico, ma verifica isolation.