Un bug di livello root nel chip che Cisco vende per l'IA

Il team di sicurezza interno di Cisco ha pubblicato l'avviso il 2 settembre 2026, con un punteggio di 9.8 su 10, la seconda gravità più alta assegnata da Cisco. Il difetto, catalogato come CVE-2026-20212, permette a un aggressore privo di credenziali di eseguire codice con privilegi root su uno switch Cisco Nexus 9000.

Tutti gli switch coinvolti condividono un elemento: l'ASIC Silicon One di Cisco, il chip proprietario che Cisco promuove da due anni come spina dorsale del fabric dei data center su scala IA, lo strato di commutazione ad alto throughput che collega interi rack di GPU tra loro e allo storage. Dieci modelli specifici presentano il difetto, elencati qui sotto.

Modello interessatoClasse
N9324C-SE1USwitch fabric fisso
N9348Y2C6D-SE1USwitch fabric fisso
N9364E-SG2-OSwitch fabric fisso
N9364E-SG2-QSwitch fabric fisso
N9396T12C-SE1Switch fabric fisso
N9348Y12C-SE1Switch fabric fisso
N9396Y12C-SE1Switch fabric fisso
N9336C-SE1Switch fabric fisso
N9K-C9804Chassis modulare
N9K-C9808Chassis modulare

Come entra un aggressore senza password

L'avviso riconduce il bug al processo interno S1HAL di Cisco, lo strato software che dialoga con l'ASIC Silicon One. Resta in ascolto sulle porte TCP 43210 e 43211, ed entrambe sono raggiungibili di default dentro la VRF L3 dello switch senza alcun passaggio di autenticazione.

Un input predisposto inviato a una delle due porte può essere eseguito come codice con privilegi root, il livello di accesso più alto che lo switch conosca. Una variante meno grave dello stesso punto debole può far crashare direttamente il processo S1HAL, costringendo l'intero switch al riavvio, il che su uno switch di fabric significa che ogni rack collegato perde contemporaneamente il proprio uplink.

La patch esiste, trovarla è più difficile

Cisco ha già distribuito software NX-OS corretto per i rami interessati, quindi qui non si aspetta il fornitore. Ad aspettare è il proprio team di rete: l'avviso di Cisco rimanda i clienti al suo Software Checker, che verifica il dispositivo specifico e la versione attuale, perché la release corretta cambia in base al modello e al ramo esistente, non esiste un numero di aggiornamento unico valido per tutti.

Proprio quel passaggio extra è il tipo di attrito che trasforma un bug patchabile in giornata in uno chiuso sei settimane dopo. Un bug con CVSS 9.8 non aspetta educatamente la prossima finestra di manutenzione mentre qualcuno scopre su quale ramo di release si trova davvero.

Perché questo caso è diverso da una comune CVE da firewall

La maggior parte delle CVE critiche riguarda il bordo della rete, un firewall, un gateway VPN, qualcosa già dentro una routine di hardening e monitoraggio proprio perché esposto direttamente a internet. Gli switch di fabric come il Nexus 9000 stanno invece tipicamente nella zona più fidata della rete, collegando calcolo e storage tra loro, e vengono riauditati molto più di rado proprio perché nulla di esterno dovrebbe raggiungerli.

Ed è proprio questa assunzione che il bug spezza. Le porte esposte stanno dentro la VRF predefinita dello switch stesso, il che significa che qualsiasi dispositivo già in grado di raggiungere la rete di fabric, un server compromesso, un'interfaccia di gestione mal configurata, il portatile di un fornitore sulla VLAN sbagliata, può potenzialmente ottenere il root sullo switch stesso, senza alcun controllo credenziali separato a fare da ostacolo.

Cosa controllare questa settimana

Eseguite il Software Checker di Cisco su ogni switch Nexus 9000 Silicon One del vostro fabric, non solo su quelli di cui ricordate l'acquisto recente. Verificate che la vostra segmentazione VRF blocchi davvero le porte TCP 43210 e 43211 verso tutto ciò che non sia il piano di gestione dello switch stesso, invece di darlo per scontato.

Se operate come soggetto essenziale o importante secondo la direttiva NIS2 dell'UE e questo switch rientra nel perimetro, uno sfruttamento confermato qui sarebbe esattamente il tipo di incidente significativo che avvia il termine di 24 ore per la notifica dal momento del rilevamento, non da quando finisce l'indagine.

Servola Journal

Lo facciamo per tutti quelli che cercano di stare al passo con ciò che la tecnologia sta facendo alle nostre vite. Le persone che la costruiscono, e le persone a cui accade. Il Servola Journal esiste perché ciò che impariamo appartenga a tutti loro.

Nessuno ci paga per questo. Nessuna pubblicità, nessun muro a pagamento, gratis per tutti. Crediamo semplicemente che capire ciò che sta accadendo a tutti noi non debba dipendere da chi può permetterselo.

Se oggi vi ha dato qualcosa, diteci continuando a seguirci. Seguiteci, lasciate un like o scrivete un commento positivo. Li leggiamo tutti, e sono ciò che ci fa andare avanti.