Sfruttamento concatenato in n8n: come RidgeBot rileva l'acquisizione del flusso di lavoro nel mondo reale
Le vulnerabilità recentemente scoperte nelle istanze distribuite localmente di n8n, una popolare piattaforma di automazione dei flussi di lavoro, possono essere concatenate per consentire agli aggressori di ottenere il pieno controllo sui flussi di lavoro di automazione ed eseguire comandi arbitrari sul sistema sottostante. Sebbene questi problemi non riguardino n8n Cloud, rappresentano un serio rischio per le distribuzioni self-hosted in determinate condizioni.
Comprendere la catena della vulnerabilità
Questo attacco non è il risultato di una singola falla in n8n, ma piuttosto di un exploit concatenato che combina due vulnerabilità distinte. Singolarmente, ciascuna vulnerabilità presenta un rischio limitato. Tuttavia, se combinate, consentono la compromissione completa del sistema.
Vulnerabilità A: lettura arbitraria di file tramite confusione del tipo di contenuto (CVE-2026-21858)
La prima vulnerabilità consente agli aggressori di leggere file arbitrari dal disco a causa di una gestione impropria dei tipi di contenuto dei file caricati. Nelle istanze n8n distribuite localmente, i dati sensibili delle applicazioni, incluse le credenziali crittografate, vengono archiviati nella directory home dell’utente su disco. È fondamentale che anche la chiave di crittografia utilizzata per proteggere queste credenziali venga archiviata localmente in un file di configurazione.
Abusando di questa capacità di lettura dei file, un aggressore può recuperare sia i dati delle credenziali crittografate sia la chiave utilizzata per proteggerli, rimuovendo di fatto la barriera della riservatezza.
Vulnerabilità B: iniezione di espressioni che porta all’esecuzione di codice remoto (CVE-2025-68613)
La seconda vulnerabilità consente agli aggressori di abusare della logica di valutazione delle espressioni nelle versioni precedenti di n8n. Un isolamento insufficiente tra le espressioni definite dall’utente e il runtime Node.js sottostante consente a espressioni accuratamente create di uscire dalla sandbox prevista e accedere alle componenti interne di JavaScript.
Se eseguito in un contesto amministrativo, questo difetto consente l’esecuzione di comandi arbitrari sul sistema host, rappresentando l’impatto critico della catena di exploit.
Come funziona la catena di exploit (concettualmente)
1. Un aggressore sfrutta la vulnerabilità di lettura arbitraria dei file per accedere ai file sensibili sul disco.
2. La chiave di crittografia recuperata viene utilizzata per decrittografare le credenziali memorizzate.
3. Un token di sessione amministrativa valido viene falsificato utilizzando i segreti recuperati.
4. Una volta ottenuto l’accesso amministrativo, l’aggressore crea o modifica i flussi di lavoro.
5. Espressioni dannose vengono introdotte nella logica del flusso di lavoro, provocando l’esecuzione di codice remoto.
Ogni passaggio si basa sul precedente: nessuno è sufficiente da solo.
Ambienti interessati e condizioni del mondo reale
Questa catena di exploit colpisce le istanze n8n distribuite localmente che eseguono versioni precedenti alla 1.121.0 e richiede una configurazione specifica, non predefinita: un flusso di lavoro attivo che include un modulo accessibile al pubblico con un campo di caricamento file con autenticazione disabilitata per l’endpoint del modulo pubblico e lo stesso flusso di lavoro deve includere anche un nodo “Rispondi al webhook” che restituisce il contenuto del file caricato nella risposta HTTP.
È opportuno notare che, sebbene questa configurazione non sia abilitata di default, riflette un modello comune nelle piattaforme di automazione, in cui la facilità di integrazione e la rapida configurazione sono prioritarie, in particolare per strumenti interni, flussi di lavoro una tantum o scenari di acquisizione di dati esterni.
Scanner tradizionali vs. rilevamento RidgeBot
Gli scanner di sicurezza tradizionali hanno difficoltà con catene di exploit come questa per diversi motivi. Gli scanner basati sulla versione possono segnalare versioni n8n vulnerabili indipendentemente dalla configurazione, generando falsi positivi anche quando le condizioni richieste non sono soddisfatte, mentre gli scanner basati sulla firma possono identificare la vulnerabilità di lettura dei file in base a modelli di risposta, ma non sono in grado di verificare se l’attacco può progredire fino alla compromissione completa. Nessuno dei due approcci è in grado di determinare se l’ intera catena di exploit sia effettivamente raggiungibile.
In casi come questo, il rilevamento parziale crea incertezza. L’approccio basato sullo sfruttamento di RidgeBot conferma se una vulnerabilità non è solo presente, ma effettivamente sfruttabile nel contesto in cui viene implementata. Per i team di sicurezza, questo significa meno falsi positivi, risultati chiari e fruibili e prove che rispecchiano il comportamento reale dell’aggressore, senza causare danni nel mondo reale.
Come RidgeBot rileva l’exploit in modo sicuro
RidgeBot adotta un approccio diverso verificando l’utilizzabilità end-to-end.
- RidgeBot identifica la vulnerabilità di lettura dei file convalidando la presenza del comportamento di risposta previsto.

Screenshot del rilevamento da parte di RidgeBot della lettura arbitraria di file n8n.
- I dati estratti vengono analizzati per determinare se è possibile ottenere l’accesso amministrativo.

- RidgeBot crea una sessione amministrativa per confermare l’escalation dei privilegi.
- Vengono eseguiti comandi controllati e non distruttivi per verificare la capacità di esecuzione del codice remoto.


Screenshot della convalida di RidgeBot dell’esecuzione di comandi remoti n8n.
Non vengono eseguite azioni dannose e nessuno stato del sistema viene alterato oltre quanto necessario per la verifica. Tutte le informazioni sensibili rilevate durante il rilevamento rimangono confinate all’ambiente di scansione.
Considerazioni finali
Gli aggressori raramente si affidano a singole vulnerabilità, ma sfruttano piccole debolezze per creare compromissioni complete. RidgeBot è progettato per rilevare questi percorsi di attacco reali convalidando in modo sicuro ogni passaggio, offrendo ai team di sicurezza un elevato livello di sicurezza.
CREDITS:
Autore: RidgeSecurity Blog





