Vulnerabilità enterprise sotto attacco tra LoadMaster, Metabase, Rovo e N-central

🛡️ Executive Summary

• CISA inserisce CVE-2026-8037 nel KEV dopo lo sfruttamento di Progress Kemp LoadMaster; la command injection consente esecuzione remota senza autenticazione.
• Metabase conferma uno zero-day CVSS 10 sfruttato contro il cloud, mentre Rovo può esfiltrare dati Jira e Confluence tramite prompt injection indiretta.
• N-able distribuisce Hotfix 2 dopo attacchi a N-central che hanno raggiunto sistemi gestiti e creato persistenza tramite Cloudflare Tunnel.

Una nuova serie di incidenti mostra quanto rapidamente le vulnerabilità enterprise possano passare dalla disclosure allo sfruttamento reale. CISA ha inserito CVE-2026-8037 di Progress Kemp LoadMaster nel catalogo KEV, mentre Metabase ha confermato l’utilizzo di uno zero-day CVSS 10.0 contro la propria infrastruttura cloud. Sul fronte dell’intelligenza artificiale, Atlassian Rovo può essere manipolato attraverso prompt injection per trasferire all’esterno dati accessibili in Jira e Confluence. N-able, infine, ha distribuito un secondo hotfix per N-central dopo avere osservato attaccanti raggiungere sistemi amministrati dagli MSP e mantenere la persistenza. Il quadro conferma la centralità della prioritizzazione delle vulnerabilità attraverso il catalogo CISA KEV e del monitoraggio delle vulnerabilità sfruttate realmente, soprattutto quando sono coinvolti apparati perimetrali, piattaforme dati, agenti AI e strumenti RMM.

CISA inserisce Kemp LoadMaster nel catalogo delle falle sfruttate

CVE-2026-8037 interessa Progress Kemp LoadMaster ed è una command injection che permette a un attaccante non autenticato di eseguire comandi arbitrari sull’appliance sfruttando input non correttamente neutralizzati in più endpoint. Nella segnalazione con cui CISA ha aggiunto la vulnerabilità al Known Exploited Vulnerabilities Catalog l’agenzia statunitense conferma quindi che la falla ha superato la soglia della vulnerabilità teorica ed è stata osservata in attività reali. Progress aveva già corretto il problema il 4 giugno: nella documentazione di sicurezza della release LoadMaster 7.2.63.2 il produttore spiega che la falla riguarda i comandi relativi ai cipher set nell’interfaccia e nelle API, modificati per impedire l’esecuzione imprevista di comandi remoti. Per il ramo LTSF è disponibile la versione 7.2.54.18. Il passaggio nel KEV assume particolare importanza perché LoadMaster si trova spesso sul perimetro delle infrastrutture e gestisce il bilanciamento del traffico verso applicazioni interne, una posizione analoga a quella di firewall, VPN e gateway già coinvolti nelle campagne CISA contro infrastrutture di rete sfruttate attivamente e nelle vulnerabilità di ColdFusion, BeyondTrust e KVM finite al centro delle emergenze di patching. Le agenzie federali statunitensi interessate devono applicare la remediation secondo la scadenza indicata da CISA, mentre per le organizzazioni private la presenza nel KEV rappresenta un segnale operativo per anticipare la patch rispetto a vulnerabilità con punteggio teorico elevato ma prive di evidenze di exploit.

Metabase conferma uno zero-day sfruttato contro il proprio cloud

Il caso Metabase presenta una criticità ancora maggiore perché il produttore ha confermato direttamente di essere stato attaccato attraverso una vulnerabilità sconosciuta al momento dell’intrusione. Nel bollettino pubblicato da Metabase il 6 agosto l’azienda spiega che lo zero-day riguarda le versioni dalla serie 58 in poi e permette a un attaccante remoto non autenticato di effettuare una SQL injection contro il database applicativo di Metabase. L’accesso può portare ai privilegi di amministratore dell’istanza e, da quella posizione, alla modifica della configurazione, al recupero delle credenziali memorizzate per i database collegati, alla lettura dei dati raggiungibili attraverso tali connessioni e alla loro esportazione. L’advisory GHSA-vwf4-m7j8-wcjf pubblicato nel repository ufficiale assegna alla vulnerabilità CVSS 10.0 e conferma lo sfruttamento attivo, senza indicare al momento un identificativo CVE. Le versioni minime corrette sono 0.58.24, 0.59.21, 0.60.17, 0.61.11, 0.62.9 e 0.63.5. Gli amministratori impossibilitati ad aggiornare immediatamente possono bloccare temporaneamente /api/session/reset_password, ma dopo l’update devono anche revocare le sessioni, controllare le API key, verificare eventuali nuovi amministratori e ruotare le credenziali dei database. La gravità operativa ricorda altri casi nei quali una falla applicativa ha dato accesso diretto a dati e segreti, come le vulnerabilità sfruttate in AWS, Cisco, WordPress e SolarWinds e gli exploit WordPress e Langflow inseriti da CISA nel KEV. Metabase indica inoltre un pattern particolarmente utile per la ricerca degli IOC: una richiesta POST /api/session/reset_password con risposta 400, immediatamente seguita da GET /api/user/current con risposta 200, deve essere trattata come un forte indicatore di compromissione.

Atlassian Rovo può trasformare documenti ostili in esfiltrazione

La terza superficie non nasce da una classica memory corruption o SQL injection, ma dall’interazione tra LLM, permessi dell’utente e strumenti concessi all’agente AI. I ricercatori di PromptArmor hanno mostrato che un file contenente una prompt injection indiretta può convincere Atlassian Rovo a raccogliere informazioni accessibili alla vittima in Jira e Confluence, concatenarle a un URL controllato dall’attaccante e richiamare quell’indirizzo, trasferendo di fatto i dati nei log del server remoto. Nella ricerca originale sull’esfiltrazione attraverso Rovo viene evidenziato un elemento particolarmente rilevante: secondo i test pubblicati il 5 agosto, la catena funzionava anche con la ricerca web disabilitata perché Rovo manteneva la capacità di aprire URL creati dinamicamente dall’agente. La vulnerabilità concettuale riprende quanto già osservato con il prompt injection indiretto capace di trasformare repository GitHub in vettori contro gli agenti AI e con le falle che hanno coinvolto Amazon Q Developer e ambienti enterprise: un contenuto non attendibile può diventare un’istruzione operativa quando viene elaborato da un agente dotato di accesso a strumenti e informazioni riservate. La portata dell’attacco resta delimitata dai permessi del singolo utente, ma proprio questo elemento costituisce il problema: se Rovo è autorizzato a leggere un ticket Jira, una pagina Confluence o dati provenienti da un connettore, la prompt injection può tentare di utilizzare legittimamente quella stessa autorizzazione per uno scopo non richiesto dalla persona.

RovoBlast dimostra una seconda strada con un solo collegamento

Un secondo gruppo di ricerca ha individuato indipendentemente un percorso differente. Varonis Threat Labs ha chiamato RovoBlast una tecnica che abusava del parametro rovoChatPrompt presente negli URL di Rovo Chat: un collegamento costruito dall’attaccante poteva precompilare istruzioni nel prompt e, dopo un singolo clic da parte di un utente già autenticato, far cercare all’agente informazioni raggiungibili con i privilegi della vittima e trasferirle verso l’esterno.

Nel report originale di Varonis su RovoBlast viene documentata l’esfiltrazione di una chiave API privata conservata in Confluence, mentre la disclosure coordinata pubblicata tramite Bugcrowd registra la correzione server-side distribuita da Atlassian l’8 luglio 2026. Questo percorso risulta quindi corretto, mentre la tecnica basata su contenuti contaminati descritta da PromptArmor rappresenta una catena distinta e non può essere considerata automaticamente risolta dallo stesso intervento.

Rovoblast-POC

Non sono stati assegnati CVE alle due disclosure. Per le aziende il punto non è soltanto applicare una patch, perché Rovo è un servizio cloud: occorre soprattutto ridurre l’accesso dell’agente alle applicazioni e ai gruppi che non ne hanno necessità, riesaminare i connettori e trattare documenti, ticket e contenuti esterni come possibili vettori di istruzioni ostili. È la stessa evoluzione che sta spostando la sicurezza AI dal semplice controllo del chatbot alla protezione dei confini tra agenti, dati e strumenti, già evidente nelle vulnerabilità AI e cloud analizzate insieme a Microsoft Defender, Cisco e AWS e nelle campagne dove l’accesso a servizi enterprise viene utilizzato come moltiplicatore della compromissione.

N-central porta gli attaccanti dai server RMM ai sistemi dei clienti

La situazione più delicata sul fronte MSP riguarda N-able N-central. La società aveva già corretto CVE-2026-18577, vulnerabilità con punteggio CVSS 8.2 che consente authentication bypass e account takeover ed è collegata a una correzione incompleta della precedente CVE-2026-18556. L’indagine successiva ha però mostrato che gli attaccanti non si erano limitati al server N-central: dopo avere ottenuto accesso amministrativo remoto, hanno utilizzato la funzione Take Control per raggiungere sistemi presenti negli ambienti gestiti dai clienti. Nella comunicazione ufficiale di N-able sull’incidente N-central il produttore conferma che è stato colpito un numero limitato di clienti e che l’attività malevola è stata individuata a partire dal 31 luglio. Una volta raggiunti gli endpoint amministrati, gli operatori hanno creato un nuovo servizio per un Cloudflare Tunnel, ottenendo un canale di persistenza capace di sopravvivere anche alla successiva revoca dell’accesso al server N-central. Questo passaggio illustra il rischio strutturale degli strumenti RMM: comprometterne uno significa potenzialmente raggiungere numerosi sistemi downstream attraverso funzionalità amministrative del tutto legittime. È un modello già osservato nelle campagne che sfruttano RMM e falsi Teams o Zoom per entrare nelle reti aziendali e nelle vulnerabilità enterprise dove un accesso iniziale viene trasformato in controllo persistente dell’infrastruttura.

Hotfix 2 di N-able è obbligatorio anche dopo il primo aggiornamento

La risposta di N-able prevede ora N-central 2026.3 Hotfix 2, che sostituisce il primo hotfix e deve essere installato anche sui sistemi già aggiornati in precedenza. Nella nota tecnica dedicata a Hotfix 2 il produttore chiarisce che l’intervento introduce ulteriori misure di hardening in risposta all’evoluzione delle tecniche osservate durante l’indagine. Per le installazioni on-premise la versione indicata è 2026.3.1.10. N-able ha inoltre distribuito un custom service template che consente di cercare automaticamente indicatori conosciuti sugli endpoint Windows amministrati da N-central, precisando però che un risultato pulito non dimostra l’assenza di compromissione. Il problema deve quindi essere affrontato con una revisione più ampia di log, account amministrativi, accessi Take Control, servizi installati e connessioni Cloudflare Tunnel inattese. La necessità di applicare un secondo aggiornamento dopo una prima remediation ricorda perché le organizzazioni non possano considerare chiuso un incidente soltanto dopo l’installazione della patch: quando una vulnerabilità viene sfruttata realmente, bisogna cercare persistenza e movimento laterale già avvenuti. La stessa logica è alla base delle priorità descritte negli aggiornamenti CISA KEV su vulnerabilità sfruttate e rischio enterprise e nei casi in cui falle Linux, cPanel e cloud sono passate rapidamente allo sfruttamento operativo.

Exploit attivi e agenti AI comprimono i tempi della difesa

I quattro casi mostrano superfici differenti ma convergono sullo stesso problema operativo. LoadMaster espone un apparato perimetrale attraverso command injection; Metabase porta una SQL injection pre-auth fino all’amministrazione e alle credenziali dei database; Rovo dimostra che un agente AI può trasferire informazioni senza violare tecnicamente i permessi dell’utente, ma abusandoli attraverso istruzioni ostili; N-central mostra infine come la compromissione di una console MSP possa propagarsi ai sistemi amministrati e mantenersi attraverso infrastrutture esterne. La velocità diventa quindi il fattore comune: quando una falla raggiunge il CISA KEV, quando un produttore dichiara lo sfruttamento di uno zero-day o quando un RMM viene utilizzato per muoversi verso i clienti, la remediation non può essere programmata come un normale aggiornamento mensile. Il passaggio dal punteggio CVSS all’evidenza di exploit, già evidenziato negli aggiornamenti KEV relativi a Redis e altre vulnerabilità RCE, deve diventare parte della gestione ordinaria del rischio: patch immediata dove disponibile, riduzione della superficie esposta e ricerca della compromissione già avvenuta, soprattutto quando il prodotto controlla identità, dati, applicazioni o interi parchi di endpoint.