// 7 ZERO-DAY · 9 CVE · 8 EXPLOIT · 1 ADVISORY NELLE ULTIME 24H
La piattaforma di sicurezza TrendAI Vision One ha chiuso CVE-2025-71386, una vulnerabilità di information disclosure nei log del Service Gateway. Ecco la timeline e

Il 29 luglio 2026 l'advisory ZDI-26-497 ha reso pubblica una vulnerabilità di information disclosure nel modulo Service Gateway di TrendAI Vision One, risolta mesi prima ma nascosta fino alla fine di una disclosure coordinata durata dieci mesi. La falla, catalogata come CVE-2025-71386 con punteggio CVSS 3.1 di 7.7, permetteva a un attaccante remoto autenticato di estrarre informazioni sensibili dai file di log: un paradosso per una piattaforma enterprise di cybersecurity.

Punti chiave
  • La vulnerabilità CVE-2025-71386 risiede nel modulo Service Gateway di TrendAI Vision One, dove informazioni sensibili venivano memorizzate in un file di log accessibile ad attaccanti remoti autenticati.
  • Il punteggio CVSS 3.1 è 7.7 (AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:N/A:N), con impatto alto sulla confidenzialità e scope cambiato, secondo il bulletin vendor TrendAI.
  • La mitigazione è avvenuta in due fasi: intervento lato backend nel settembre 2025, aggiornamenti client-side nei service update di settembre e ottobre 2025, con risoluzione completa entro dicembre 2025.
  • La disclosure coordinata è durata dieci mesi: segnalazione il 17 settembre 2025, rilascio pubblico il 29 luglio 2026, gestita da Hugo LECLERCQ attraverso TrendAI Zero Day Initiative.

Il meccanismo: quando i log diventano miniera

Il difetto specifico, documentato nell'advisory ZDI-26-497, è localizzato nel Service Gateway di TrendAI Vision One. Il componente scriveva informazioni sensibili direttamente in un file di log, trasformando un artefatto di diagnostica in una superficie di attacco. La natura esatta di questi dati sensibili non è dettagliata né nell'advisory ZDI né nel bulletin vendor, che si limitano alla classificazione generica di "information disclosure".

L'autenticazione è condizione necessaria per l'exploit. L'attaccante deve disporre di credenziali valide, il che restringe il perimetro di rischio ma non lo annulla: account compromessi, utenti malintenzionati interni o escalation da vulnerabilità correlate possono fornire il punto di ingresso. Il vettore di accesso remoto (AV:N) e la complessità di attacco bassa (AC:L) indicano che, una volta in possesso di credenziali, la barriera tecnica è minima.

"The specific flaw exists within the Service Gateway module. The issue results from storing sensitive information in a log file. An attacker can leverage this vulnerability to disclose sensitive information, leading to further compromise." — Advisory ZDI-26-497

L'ambito di impatto include il cambio di scope (S:C), un dettaglio tecnicamente significativo: la vulnerabilità può estendere i propri effetti oltre le risorse autorizzate dell'utente compromesso, toccando componenti o dati altrui nella stessa infrastruttura. Questo è coerente con l'architettura di una piattaforma di sicurezza gestita multi-tenant, dove i log di sistema spesso aggregano flussi da più clienti.

La timeline di una chiusura in due tempi

La risposta di TrendAI si è articolata in fasi distinte, documentate nel bulletin KA-0023937. La parte critica della vulnerabilità è stata mitigata lato backend nel settembre 2025, immediatamente dopo la segnalazione del researcher Hugo LECLERCQ. Questo intervento rapido ha ridotto il rischio operativo senza richiedere azioni dei clienti.

Restava però materiale "residuo" — il termine "remnant updates" usato nel bulletin — che ha richiesto due cicli di service update mensili: settembre e ottobre 2025. La distinzione tra mitigazione backend e aggiornamento client-side suggerisce una separazione architetturale: la logica vulnerabile poteva essere corretta centralmente, ma log preesistenti o configurazioni lato agent necessitavano di distribuzione distribuita. L'intero processo si è concluso entro dicembre 2025, quando il bulletin dichiara entrambe le vulnerabilità del documento (CVE-2025-71386 e la correlata CVE-2025-71387) risolte.

La finestra temporale tra mitigazione effettiva e disclosure pubblica — circa dieci mesi — è il prezzo della coordinazione responsabile. Il 17 settembre 2025 il researcher ha inviato la segnalazione; il 29 luglio 2026 ZDI ha pubblicato l'advisory. Questa latenza è standard nel protocollo di disclosure, ma crea un asimmetria informativa: i clienti regolarmente aggiornati erano protetti senza saperlo, mentre installazioni non mantenute potevano rimanere esposte fino alla pubblicazione, ignorando l'esistenza stessa della minaccia.

Le piattaforme di sicurezza e il problema del logging sicuro

Il caso rivela una tensione strutturale nel settore della cybersecurity enterprise. Le piattaforme di sicurezza — in questo caso una soluzione AI-native per la visibilità e la risposta agli incidenti — devono registrare dettagli diagnostici per funzionare, ma la stessa abbondanza di logging diventa rischio quando i log contengono materiali sensibili. È un'istanza di CWE-532 (Insertion of Sensitive Information into Log File), una categoria di debolezza che il progetto MITRE CWE riconosce come ricorrente ma sottovalutata.

La natura "information only" del bulletin vendor, con la formula esplicita che "nessuna azione è richiesta dai clienti che aggiornano regolarmente", è una scelta comunicativa che minimizza l'allarme. È tecnicamente corretta — la vulnerabilità è già risolta — ma riduce la visibilità dell'incidente per i decisori che non monitorano i service update con la stessa attenzione delle patch critiche. La distinzione tra "nessuna azione richiesta" e "nessun impatto storico" è sottile ma rilevante: il dossier non documenta se i log esposti siano stati effettivamente accessi da attori malevoli prima della mitigazione.

Il CVSS 3.1 di 7.7, con impatto zero su integrità e disponibilità (I:N, A:N), classifica la falla come di severità alta ma non critica. La priorità è la confidenzialità, in un prodotto la cui funzione primaria è proprio proteggere la confidenzialità dei dati altrui. Il rischio reputazionale supera qui quello tecnico immediato: la notizia che una piattaforma di sicurezza non protegge i propri log rafforza la narrazione di supply chain fragilizzata anche tra i guardiani.

Cosa fare adesso

Per le installazioni di TrendAI Vision One, il bulletin vendor è chiaro: gli aggiornamenti mensili distribuiti entro dicembre 2025 hanno risolto la vulnerabilità. Verificare lo stato del Service Gateway e la versione dei client installati è l'unico controllo necessario. L'assenza di exploit pubblici noti e la chiusura della finestra di opportunità rendono improbabile un rischio residuo attivo.

Per il settore più ampio, il caso suggerisce tre verifiche da incorporare nei processi di sviluppo delle piattaforme di sicurezza: la review del contenuto dei log prima della scrittura permanente, la separazione tra log di sistema e log applicativi con dati utente, e l'automazione della scansione per pattern sensibili nelle pipeline CI/CD. Queste non sono raccomandazioni derivanti dal dossier specifico, ma pratiche standard di secure logging che la falla documenta come non implementate in questo componente.

La fonte non specifica misure correttive specifiche oltre gli aggiornamenti mensili già distribuiti. Il dossier non documenta se TrendAI abbia modificato le proprie pratiche di sviluppo o introdotto controlli aggiuntivi per prevenire ricorrenze simili. La natura esatta dei dati esposti — token, credenziali, configurazioni, o altro — rimane non dichiarata, limitando la valutazione dell'impatto storico per le organizzazioni che potrebbero avere avuto log compromessi prima della mitigazione settembre 2025.

La lezione del buco nei log di chi controlla gli altri

La vulnerabilità CVE-2025-71386 non è un exploit spettacolare. È un errore di ingegneria del software, un logging difettoso in un modulo centrale di una piattaforma enterprise. La sua importanza deriva dal contesto: quando il prodotto che vende sicurezza espone i propri log, la fiducia si incrina su due livelli, quello tecnico e quello percepito.

La disclosure coordinata di dieci mesi ha funzionato come previsto, ma ha anche lasciato una lunga zona grigia in cui la vulnerabilità esisteva senza essere pubblicamente riconosciuta. Per i clienti diligenti, la protezione era disponibile; per chi non aggiorna automaticamente, la consapevolezza è arrivata tardi. La lezione non è che TrendAI Vision One sia meno sicuro di alternative concorrenti — il dossier non permette confronti — ma che la cybersecurity è un campo dove anche i guardiani devono essere guardati, e dove i log, spesso trascurati come superficie di rischio, possono diventare la miniera più ricca per un attaccante già autenticato.

Fonti

Le informazioni sono state verificate sulle fonti citate e aggiornate al momento della pubblicazione.

Fonti


Fonti e riferimenti
  1. zerodayinitiative.com
  2. cve.org
  3. trendmicro.com
  4. success.trendmicro.com