CIPS Informatica

Sfruttamento concatenato in n8n: come RidgeBot rileva l’acquisizione del flusso di lavoro nel mondo reale 

Questo articolo analizza il funzionamento della catena di exploit ad alto livello e spiega come RidgeBot rileva e verifica in modo sicuro la vulnerabilità tramite sfruttamento controllato, eliminando le congetture e riducendo i falsi positivi.
Immagine di un bot che rileva e in primo piano il titolo "RidgeBot rileva l'acquisizione del flusso di lavoro nel mondo reale"

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. 

  1. RidgeBot identifica la vulnerabilità di lettura dei file convalidando la presenza del comportamento di risposta previsto.
Immagine della panoramica di come Ridgebot identifica le vulnerabilità

Screenshot del rilevamento da parte di RidgeBot della lettura arbitraria di file n8n. 

  1. I dati estratti vengono analizzati per determinare se è possibile ottenere l’accesso amministrativo. 
Immagine della panoramica di come Ridgebot identifica le vulnerabilità
Screenshot della convalida di RidgeBot di n8n Arbitrary File Read (corpo della risposta HTTP). 
  1. RidgeBot crea una sessione amministrativa per confermare l’escalation dei privilegi. 
  1. Vengono eseguiti comandi controllati e non distruttivi per verificare la capacità di esecuzione del codice remoto. 
Immagine della panoramica di come Ridgebot identifica le vulnerabilità
Screenshot del rilevamento da parte di RidgeBot dell’esecuzione di comandi remoti n8n. 
Immagine della panoramica di come Ridgebot identifica le vulnerabilità

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.

IN EVIDENZA

Grafica dedicata al confronto tra AI Pentesting e AppSec potenziata dall’intelligenza artificiale. Su sfondo azzurro compaiono ingranaggi interconnessi e un braccio robotico, elementi che richiamano automazione, AI e analisi dei processi. In primo piano è riportato il titolo “AI Pentesting o AppSec con l’AI? Come capire cosa stiamo realmente testando”. In alto a destra è presente il logo CIPS Informatica e nella fascia inferiore il logo Ridge Security.

AI Pentesting o AppSec con l’AI? Come capire cosa stiamo realmente testando

Grafica CIPS dedicata a Hornetsecurity 365 Total Protection Hybrid, con il messaggio “Nuove autorizzazioni Microsoft entro il 31 dicembre 2026”. Sullo sfondo, una città con icone di email, lucchetti e simboli di sicurezza collegati tra loro. In alto a destra compare il logo CIPS, mentre nella fascia inferiore è presente il logo Hornetsecurity.

Hornetsecurity 365 Total Protection Hybrid: nuove autorizzazioni Microsoft entro il 31 dicembre 2026

Agenti AI e identità non umane: grafica CIPS dedicata alla gestione e al controllo degli accessi privilegiati, con elementi digitali e logo Netwrix.

Agenti AI e identità non umane: chi controlla davvero i loro privilegi?

Microsegmentazione e sostituzione VMware: grafica CIPS dedicata alla riduzione del movimento laterale nei data center, con logo Sangfor.

Microsegmentazione e sostituzione VMware: come ridurre il movimento laterale nel data center

Immagine promozionale della campagna Competitive Upgrade di CIPS Informatica e N-able. Una donna interagisce con uno schermo digitale pieno di grafici e icone, simbolo di controllo centralizzato. In evidenza la scritta “COMPETITIVE UPGRADE” su fondo viola, con i loghi CIPS in alto e N-able in basso. Colori dominanti: blu e viola, in stile tecnologico e moderno.

N-able Competitive Upgrade

Fino al 30 novembre 2025 puoi approfittare di un’offerta unica. N-able EDR e/o antivirus: proteggi tutto da una sola dashboard!

Fino al 30 novembre 2025 puoi migrare verso queste soluzioni gestite N-able, pensate per MSP, system integrator e rivenditori che vogliono unificare controllo, sicurezza e profitto.