Cisco Secure Email Gateway CVE-2026-76519: scrittura file da root con una email, sfruttata

L'apparato che ispeziona ogni messaggio in ingresso alla ricerca di malware può ora essere compromesso da uno di quei messaggi. Cisco ha divulgato oggi, 14 ottobre 2026, la CVE-2026-76519: un attaccante remoto e non autenticato può scrivere file arbitrari — ed eseguire comandi come root — su un Cisco Secure Email Gateway semplicemente inviando una email con un allegato artefatto. CISA l'ha inserita nel catalogo Known Exploited Vulnerabilities lo stesso giorno, con scadenza di remediation federale al 17 ottobre. Non esiste un workaround.

Notizia in evoluzione — pubblicata alle 22:42 (20:42 UTC) del 14 ottobre 2026. Aggiornata man mano che vendor e CISA pubblicano.

In breve

CVE	CVE-2026-76519
Prodotto / versioni colpite	Cisco Secure Email Gateway (fisico e virtuale) con File Reputation (AMP) abilitata e assegnata a una mail policy, con Content Scanner Tools precedente a 25.3.0.5525
Corretta in	AsyncOS 15.5.5-014; AsyncOS 16.5.0-780; AsyncOS 16.0 — migrare a una release corretta · oppure Content Scanner Tools 25.3.0.5525 e successive (si applica senza upgrade software né riavvio) · rilasciata 2026-10-14
CVSS	9.8 Critica · CVSS 3.1 · assegnata da Cisco PSIRT · CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H · stato NVD Undergoing Analysis
Sfruttata attivamente	Sì · Cisco PSIRT è venuta a conoscenza di sfruttamento attivo a ottobre 2026; CISA SSVC registra exploitation=active, automatable=yes, impatto tecnico=total
CISA KEV	Aggiunta 2026-10-14; scadenza federale 2026-10-17 (BOD 26-04, triage forense richiesto)
PoC pubblico	Nessuno pubblico al 2026-10-14 — l'advisory Cisco non riporta proof-of-concept e CISA non dichiara codice di exploit pubblico
Advisory ufficiale	Advisory Cisco cisco-sa-esa-afw-zqYJkjxp

Cosa è successo

Il difetto risiede nella funzione Advanced Malware Protection (AMP) — in particolare nel servizio File Reputation che valuta gli allegati prima che raggiungano la casella. Cisco descrive la causa come una gestione impropria degli allegati: il componente che elabora un file durante il controllo di reputazione non sanifica correttamente un percorso, e l'attaccante controlla dove la scrittura finisce. CISA la cataloga come relative path traversal; Cisco la classifica come CWE-23 e la definisce arbitrary file write. Le due descrizioni indicano la stessa primitiva: un allegato controllato dall'attaccante indirizza una scrittura verso un percorso scelto dall'attaccante sul sistema operativo dell'apparato, e poiché la pipeline di posta gira con privilegi elevati, la scrittura avviene come root.

La catena è minima. Nessuna credenziale (PR:N), nessuna interazione utente (UI:N), raggiungibile dalla rete per costruzione (AV:N) — il compito del gateway è proprio accettare posta da internet. L'attaccante invia un messaggio; il gateway analizza l'allegato; l'analisi scrive un file nel percorso indicato dall'attaccante. Dalla primitiva di scrittura-come-root all'esecuzione di comandi il passo è noto: depositare uno script in un percorso che viene eseguito, sovrascrivere un binario o una voce di cron, o piazzare una web shell in una directory servita. Cisco dichiara che lo sfruttamento può portare all'esecuzione di comandi con privilegi di root. Per questo la valutazione automatica SSVC di CISA riporta exploitation=active, automatable=yes, impatto tecnico=total — la riga peggiore su ogni asse.

È il secondo bug del Secure Email Gateway che CISA aggiunge a KEV in un mese, dopo la falla SQL-injection-verso-RCE CVE-2026-76461 di metà settembre. L'apparato di posta perimetrale è sotto pressione costante, e con ragione: vede ogni messaggio in ingresso, custodisce configurazioni di routing e decifratura, e si trova in una zona fidata che la maggior parte dei diagrammi di segmentazione disegna con una spessa linea verde.

Chi è esposto, e come verificare

Sei esposto se valgono tutte queste condizioni:

• Usi un Cisco Secure Email Gateway, fisico o virtuale.
• File Reputation (la funzione AMP) è abilitata e assegnata ad almeno una mail policy.
• La versione di Content Scanner Tools dell'apparato è precedente a 25.3.0.5525.

Verifica la versione di Content Scanner Tools in esecuzione dall'interfaccia web, nelle impostazioni AMP / File Reputation and File Analysis, o da CLI. L'advisory Cisco riporta come esempio vulnerabile la stringa 25.2.0.5427.15.5.001 — tutto ciò che è sotto 25.3.0.5525 è colpito. Se File Reputation non è abilitata o non è associata a una policy, il percorso di codice vulnerabile non viene raggiunto, ma trattalo come un fatto di configurazione da verificare, non da dare per scontato: basta una sola mail policy con la funzione attiva.

Secure Email and Web Manager e il Secure Web Appliance non sono interessati.

Remediation

Trattala come una corsa alla patch, non come una finestra di manutenzione. La vulnerabilità è sfruttata, automatizzabile e porta a root — e la scadenza federale KEV è il 17 ottobre 2026, tre giorni dalla divulgazione.

1. Sono interessato? Conferma la versione di Content Scanner Tools (sotto 25.3.0.5525 = vulnerabile) e se File Reputation è abilitata e assegnata a una mail policy. Registra entrambi per ogni gateway della flotta prima di iniziare a correggere — l'inventario di esposizione serve per l'obbligo di triage forense più sotto.

2. Patch — versioni corrette esatte (verbatim dall'advisory Cisco).

Ramo AsyncOS	Prima release corretta
15.5	15.5.5-014
16.0	Migrare a una release corretta
16.5	16.5.0-780 (Cisco consiglia di spostare qui le release precedenti)

La leva più rapida: aggiornare Content Scanner Tools a 25.3.0.5525 o successiva, che Cisco indica applicabile senza upgrade software né riavvio. È il controllo che chiude la falla in minuti invece che in una finestra di manutenzione — fallo per primo, poi pianifica l'upgrade di AsyncOS per ciò che resta su un ramo non supportato.

3. Non puoi correggere subito? Non c'è workaround. Cisco è esplicita: non ne esiste alcuno. L'unica mossa interim onesta è disabilitare File Reputation sulle mail policy colpite, se puoi tollerare la perdita di rilevamento, o mettere i gateway esposti dietro un MTA di attesa — entrambe sono soluzioni tampone che scambiano funzione per esposizione, non correzioni. L'aggiornamento di Content Scanner Tools è abbastanza rapido da ridurre tutto questo a un ponte di minuti.

4. Caccia alla compromissione. Cisco non ha pubblicato indicatori di compromissione e non esiste ancora un PoC pubblico: non inseguire percorsi di file inventati. Caccia sul comportamento, a fronte dell'obbligo di triage forense KEV:

• Esamina i mail log per i messaggi in ingresso con allegati elaborati da File Reputation attorno e prima dell'orario di patch — il vettore di consegna è un messaggio, quindi il record di ingestione è l'ancora temporale (ATT&CK T1190, exploit public-facing application).
• Cerca file, voci di cron o binari sull'apparato cambiati al di fuori di un upgrade noto, e processi o connessioni in uscita che il gateway non ha motivo di generare — un relay di posta che d'un tratto fa beacon è il segnale (T1505.003 web shell, T1053 scheduled task/job, T1071 C2 a livello applicativo).
• Poiché la scrittura avviene come root, assumi che i log dell'apparato stesso possano essere alterati da un attaccante riuscito. Corrobora da telemetria esterna all'apparato — mail log a monte, NetFlow e la vista di rete di ciò che l'apparato ha inviato — non dal solo apparato.

5. Eradica e verifica. Se trovi evidenza di una scrittura, un apparato corretto non è un apparato pulito: ricostruisci o ripristina da un'immagine nota-buona, ruota ogni credenziale e chiave custodita dal gateway (account di bind LDAP/AD, autenticazione SMTP, token API, certificati) e conferma che la versione di Content Scanner Tools / AsyncOS sia corretta dopo la ricostruzione. Poi ri-testa che la primitiva di scrittura file sia realmente sparita — una stringa di versione in una configurazione è un'affermazione, non la prova che il percorso di codice sia chiuso sulla tua build.

Cosa non si sa ancora

• Chi sta sfruttando la falla, e come. Cisco conferma lo sfruttamento attivo ma non ha pubblicato dettagli di campagna, attribuzione o IOC. Interpreta l'assenza di IOC come "non rilasciati", non "non esistono".
• L'enrichment NVD. NVD elenca ancora il record come Undergoing Analysis; il punteggio 9.8 è di Cisco (fonte secondaria). Un vettore e una conferma CWE assegnati da NVD potrebbero seguire.
• Il codice di exploit pubblico. Nessuno è pubblico al momento. Dato automatable=yes e una primitiva di scrittura-come-root, assumi che la finestra sia breve.
• La portata della primitiva di scrittura. Cisco dichiara possibile l'esecuzione di comandi come root; la tecnica esatta dalla scrittura del file all'esecuzione del codice non è dettagliata nell'advisory.

Cosa significa operativamente

Una scadenza federale di tre giorni su un apparato diffuso in massa è un problema di sequenziamento prima che di patching: quali gateway sono esposti su internet, quali hanno File Reputation legata a una policy attiva, quali possono prendere ora l'aggiornamento Content Scanner senza riavvio contro un upgrade AsyncOS pianificato. L'AI Remediation Advisor di Zero Hunt è costruito esattamente per questo ordinamento — classifica i rilievi per sfruttabilità reale (prima CISA KEV, poi ciò che la campagna ha dimostrato raggiungibile nel tuo ambiente, poi CVSS ed EPSS), restituisce la versione corretta esatta per ramo con note di rollout e rollback, indica il controllo compensativo quando la patch del vendor è in ritardo, e poi ri-verifica la correzione con la stessa prova che ha dimostrato il problema. Su una voce KEV che porta un obbligo di triage forense, ogni rilievo, scansione e remediation è firmato al momento della scrittura (Ed25519, hash-chained): l'evidenza che consegni a un auditor o a un regolatore è difendibile, non ricostruita.

E una volta che un mail gateway è stato scritto da root, i suoi stessi log smettono di essere affidabili — l'attaccante può alterarli. Il testimone onesto è la rete. L'AI Traffic Analysis di Zero Hunt esegue un modello di deep learning con quattro teste di inferenza parallele sulla GPU dell'apparato, a velocità di rete multi-gigabit, in cerca di ciò che un relay compromesso fa e non ha mai fatto prima: contattare un ASN mai visto, aprire una sessione in uscita che un mail gateway non ha ragione di aprire, muoversi lateralmente da una zona fidata. Quel segnale esiste mentre accade, non nel digest SIEM del mattino dopo — ed è la differenza tra un bug corretto e una breccia mancata. Se vuoi confermare che la primitiva di scrittura sia davvero chiusa sulla tua build invece di fidarti di un'etichetta di versione, è una domanda a cui un penetration test automatizzato risponde provandola, sotto controllo human-in-the-loop, sul tuo apparato — un red team AI autonomo che gira on-premise su modelli privati, black-box per default, con ogni azione sottoposta ad approvazione e firmata.