Cisco Nexus 9000: falla RCE root e nuove vulnerabilità in IOS XR e Secure Email

🛡️ Executive Summary

• CVE-2026-20212 permette a un attaccante remoto non autenticato di eseguire codice come root su specifici switch Cisco Nexus 9000 con ASIC Silicon One.
• IOS XR riceve sette CVE fino a CVSS 9,8, con problemi di memoria, access control, input validation e autenticazione che interessano tutte le release.
• Cisco corregge anche la decifratura S/MIME su Secure Email e un DoS remoto sui telefoni IP; PSIRT non segnala sfruttamento attivo.

Cisco ha trasformato l’advance notification di fine agosto in uno dei cicli di patch più rilevanti dell’autunno per le infrastrutture di rete. La falla dominante è CVE-2026-20212, vulnerabilità CVSS 9,8 che permette a un aggressore remoto non autenticato di raggiungere l’esecuzione di codice con privilegi root su determinati switch Nexus 9000 equipaggiati con ASIC Silicon One. A questa si aggiungono sette gruppi di vulnerabilità in IOS XR, due problemi crittografici nella gestione S/MIME di Cisco Secure Email e un denial of service remoto sui telefoni Desk Phone e IP Phone. Cisco dichiara di non conoscere sfruttamenti malevoli attivi delle vulnerabilità pubblicate.

Nexus 9000 espone una RCE root attraverso le porte Silicon One

Il problema più urgente riguarda l’advisory Cisco dedicato a CVE-2026-20212 e interessa una serie circoscritta di Nexus 9000 Series Switches dotati di ASIC Silicon One. Il difetto nasce dall’integrazione del componente: le porte TCP 43210 e 43211 risultano raggiungibili attraverso la VRF Layer 3 predefinita e un aggressore remoto, senza autenticazione e senza interazione dell’utente, può collegarsi al dispositivo e trasmettere input costruito appositamente che viene interpretato come codice. L’esito peggiore è l’esecuzione con privilegi root, con impatto potenziale su riservatezza, integrità e disponibilità dell’apparato; la stessa attività può inoltre mandare in crash il processo S1HAL e provocare il reload dello switch. Sono interessati, al momento della pubblicazione, i modelli N9324C-SE1U, N9348Y2C6D-SE1U, N9364E-SG2-O, N9364E-SG2-Q, N9396T12C-SE1, N9348Y12C-SE1, N9396Y12C-SE1, N9336C-SE1, N9K-C9804 e N9K-C9808. Cisco esclude invece Nexus 3000, Nexus 7000, MDS 9000, gli altri Nexus 9000 e i Fabric Switch Nexus 9000 operanti in modalità ACI. La nuova falla amplia il rischio già osservato sui Nexus 3000 e 9000 attraverso precedenti vulnerabilità NX-OS capaci di interrompere il routing BGP, ma qui il salto qualitativo è evidente: non si tratta soltanto di disponibilità della rete, bensì di compromissione completa del sistema operativo dello switch.

Leggi anche: Cisco aveva anticipato per il 2 settembre le patch destinate a Nexus 9000, IOS XR, Secure Email e telefoni IP

Cisco consente di bloccare le porte 43210 e 43211 in attesa della patch

A differenza di molte vulnerabilità Cisco pubblicate negli ultimi mesi, CVE-2026-20212 dispone di mitigazioni temporanee. Il produttore indica l’utilizzo di infrastructure access control list, le iACL, per limitare il traffico diretto al management e control plane dello switch oppure per negare esplicitamente i pacchetti TCP destinati agli indirizzi locali sulle porte 43210 e 43211. Cisco ha inoltre distribuito un Live Protect shield specifico per CVE-2026-20212 su NX-OS, ma precisa che si tratta di una protezione ponte e non di una sostituzione dell’aggiornamento software. La remediation completa richiede infatti l’installazione di una release corretta individuata attraverso Cisco Software Checker. La superficie è particolarmente sensibile perché uno switch Nexus occupa una posizione privilegiata all’interno delle reti data center: ottenere root su un apparato di questo tipo significa potenzialmente acquisire controllo diretto su configurazione, servizi locali e funzioni di rete gestite dal dispositivo. Cisco PSIRT afferma di non essere a conoscenza né di annunci pubblici precedenti né di uso malevolo della vulnerabilità e specifica che il bug è stato individuato durante la gestione di un caso del Technical Assistance Center. L’assenza di exploit osservati non riduce però la necessità del patching, soprattutto considerando che il precedente ciclo Cisco di agosto aveva già richiesto correzioni ad alta criticità su IOS XE, SD-WAN, CIMC e RoomOS.

IOS XR corregge sette classi di vulnerabilità fino a CVSS 9,8

Ancora più estesa è la Security Hardening Release di settembre per Cisco IOS XR, che raccoglie vulnerabilità individuate internamente e le aggrega in sette CVE, una per ciascuna categoria CWE principale. CVE-2026-20274, valutata CVSS 9,8, copre errori nella gestione del ciclo di vita delle risorse, compresi stack e heap buffer overflow, out-of-bounds read e write, use-after-free, format string controllabili esternamente e allocazione di risorse senza limiti. CVE-2026-20275 raggiunge 8,8 e comprende integer overflow, underflow e calcoli errati delle dimensioni dei buffer; CVE-2026-20276 arriva a 8,6 per errori nel controllo del flusso; CVE-2026-20277, con 8,2, riguarda fallimenti dei meccanismi di protezione e valori insufficientemente casuali. CVE-2026-20278 raggiunge 8,8 e comprende neutralizzazione insufficiente di elementi usati nei comandi e validazione errata di indici e quantità. Particolarmente rilevante è CVE-2026-20279, ancora CVSS 9,8, che raggruppa problemi di access control comprendenti validazione impropria dei certificati, autenticazione mancante per funzioni critiche, autorizzazioni assenti o scorrette. Chiude il gruppo CVE-2026-20280, CVSS 8,8, relativo alla gestione non sicura delle condizioni eccezionali. Il modello riprende quello adottato nella precedente hardening release di IOS XE con sette classi CWE e vulnerabilità fino a CVSS 9,8, ma su IOS XR l’impatto interessa tutte le release, comprese quelle IOS XR7 LNT, indipendentemente dalla configurazione.

BGP, gRPC, IKE e segment routing entrano nel piano di aggiornamento IOS XR

La dimensione operativa della patch IOS XR emerge dall’elenco dei sottosistemi interessati: Cisco identifica componenti relativi a BGP, crypto-IKE, gRPC, IP-SLA, IS-IS, MPLS/MPLS-TE, multicast, OSPF, segment routing, TCP Authentication Option e Zero Touch Provisioning. Non esiste un workaround generale e la remediation può richiedere numerosi Software Maintenance Updates, con Cisco che indica la possibile disponibilità di circa 16 SMU per release per coprire le differenti classi di problemi. Le future release 26.2.2 e 26.3.1 saranno le prime indicate come corrette senza necessità di SMU aggiuntive, mentre per diversi rami precedenti devono essere applicati moduli specifici alla piattaforma e alla funzione utilizzata. Un dettaglio particolarmente significativo riguarda il metodo di discovery: Cisco dichiara che le vulnerabilità sono state individuate durante test di sicurezza interni utilizzando sia i processi tradizionali sia frontier AI models, lo stesso modello di vulnerability research già comparso nelle recenti hardening release dell’azienda. Il produttore non segnala sfruttamento attivo né annunci pubblici precedenti, ma la varietà dei sottosistemi coinvolti rende necessario verificare la release e gli SMU realmente installati su ogni router. La progressione segue un anno nel quale IOS XE aveva già ricevuto tredici correzioni per DoS, problemi TLS e bypass di Secure Boot, mostrando come la riduzione della superficie di attacco stia diventando un processo continuativo anziché una successione di singole CVE isolate.

Secure Email può perdere il plaintext dei messaggi S/MIME cifrati

Le vulnerabilità CVE-2026-20354 e CVE-2026-20355 spostano invece l’attenzione dalla disponibilità e dall’esecuzione di codice alla confidenzialità della posta cifrata. Nell’advisory dedicato a Cisco Secure Email, Cisco attribuisce alle due falle un punteggio massimo CVSS 5,9 e le collega a una validazione insufficiente dell’integrità dei messaggi nella funzionalità di decifratura Secure/Multipurpose Internet Mail Extensions, S/MIME. Un aggressore remoto non autenticato deve trovarsi nella posizione necessaria per realizzare un attacco machine-in-the-middle, intercettando e modificando il traffico tra gateway email. Se le condizioni sono soddisfatte, la manipolazione può consentire di recuperare in chiaro contenuti che dovrebbero restare protetti dalla cifratura. Sono vulnerabili i dispositivi Cisco Secure Email con AsyncOS 16.5.0 o precedente quando S/MIME è configurato per le comunicazioni fra gateway. Cisco non mette a disposizione workaround: è richiesto l’aggiornamento alle release corrette. PSIRT conferma l’esistenza di una divulgazione pubblica relativa alle vulnerabilità ma dichiara di non essere a conoscenza di attacchi malevoli. La severità numerica inferiore rispetto alla RCE Nexus non deve confondere la valutazione del rischio: in ambienti che utilizzano S/MIME proprio per proteggere informazioni aziendali sensibili, la possibilità di recuperare plaintext da una comunicazione cifrata colpisce direttamente il requisito che giustifica l’adozione del sistema.

Continua con:

• Cisco corregge vulnerabilità CVSS 10 in Secure Workload, Crosswork e infrastrutture industriali
• Cisco corregge 13 vulnerabilità IOS XE tra DoS e bypass Secure Boot

I telefoni Cisco possono essere bloccati attraverso pacchetti HTTP costruiti

Completa il ciclo CVE-2026-20281, vulnerabilità CVSS 7,5 nei Desk Phone 9800, IP Phone 7800 e 8800 e Video Phone 8875 che utilizzano Cisco SIP Software. Secondo l’advisory pubblicato da Cisco, la causa è una gestione impropria della memoria durante l’elaborazione dei pacchetti HTTP. Un aggressore remoto non autenticato può inviare un flusso continuo di pacchetti costruiti appositamente e costringere il telefono a consumare progressivamente memoria fino al denial of service; per recuperare il dispositivo è necessario un riavvio manuale. Lo scenario richiede però due condizioni precise: il telefono deve essere registrato a Cisco Unified Communications Manager e deve avere Web Access abilitato, funzione che Cisco disattiva per impostazione predefinita. Non esiste un workaround capace di correggere il difetto, ma la disabilitazione del Web Access costituisce una mitigazione efficace fino all’aggiornamento. Cisco indica come prime release corrette, a seconda della famiglia, SIP Software 5.0(1) per Desk Phone 9800 e Video Phone 8875, 14.4(1)SR3 per IP Phone 7800 e 8800 e 14.4(1)SR4 per i modelli 8845 e 8865. Anche in questo caso PSIRT non segnala sfruttamento malevolo. Il ciclo del 2 settembre 2026 presenta quindi una gerarchia chiara: la priorità massima ricade sulla RCE root dei Nexus 9000 e sulle classi critiche di IOS XR, seguono la protezione della confidenzialità S/MIME e infine il DoS dei telefoni nelle configurazioni con Web Access esposto. Per gli amministratori il punto operativo è evitare una gestione uniforme delle patch: raggiungibilità, privilegi ottenibili, ruolo dell’apparato e disponibilità di mitigazioni devono determinare l’ordine reale degli interventi.