Indice dell'articolo
Rischio e azione: chi gestisce Cisco License On-Prem deve verificare oggi la release installata e pianificare l’aggiornamento. Cisco ha corretto quattro classi di vulnerabilità, con severità massima CVSS 10.0, che possono compromettere autenticazione, firme crittografiche, credenziali e generazione di codice. Non esistono workaround: la misura risolutiva è passare a una versione corretta.
Cosa ha pubblicato Cisco
Nell’advisory del 7 ottobre 2026, Cisco raggruppa le correzioni in quattro CVE. CVE-2026-76480 riguarda l’assenza di autenticazione per funzioni critiche e raggiunge CVSS 9.8. CVE-2026-76482 riguarda la verifica impropria delle firme crittografiche e raggiunge CVSS 10.0. CVE-2026-76483 interessa la protezione insufficiente delle credenziali, con CVSS 9.1. CVE-2026-76484 riguarda la generazione non controllata di codice, con CVSS 8.8.
Il punteggio indicato per ogni CVE rappresenta l’impatto massimo tra le vulnerabilità della relativa classe: non va usato da solo per stimare l’esposizione concreta di ogni installazione. Cisco dichiara che i problemi sono stati individuati durante test interni e che, al momento dell’advisory, non risultano sfruttamenti malevoli pubblici.
Prodotti e versioni coinvolti
Sono interessate tutte le configurazioni di Cisco License On-Prem, incluse le precedenti release denominate Cisco Smart Software Manager On-Prem. Cisco indica come vulnerabili le versioni 10-202608 e precedenti; la prima release corretta è la 10-202609. Le versioni 9-202601 e precedenti devono essere migrate a una release corretta. Cisco Smart Licensing Utility è dichiarato non vulnerabile.
Prima di aprire la finestra di manutenzione, identificate l’appliance reale e non limitatevi al nome registrato nell’inventario. Raccogliete versione, data dell’ultimo backup, configurazione di rete, dipendenze con i dispositivi gestiti, account amministrativi, certificati e integrazioni. Verificate inoltre la raggiungibilità dell’interfaccia da Internet, VPN, reti utenti e segmenti server: una console non pubblicata può restare accessibile da un sistema interno già compromesso.
Patching o incident response?
In assenza di indicatori anomali, l’attività è un intervento prioritario di vulnerability management: backup, aggiornamento, collaudo e monitoraggio. L’assenza di sfruttamento noto non giustifica però il rinvio, perché non esiste una mitigazione alternativa supportata.
Passate a incident response se emergono accessi amministrativi inattesi, nuovi account o token, modifiche non autorizzate, esportazioni di credenziali, cambi di certificati, processi anomali o connessioni verso destinazioni sconosciute. In quel caso preservate log, snapshot e cronologia prima della bonifica. Installare la patch chiude le vulnerabilità note, ma non dimostra che l’appliance fosse integra prima dell’aggiornamento.
La finestra deve includere anche una verifica applicativa, non soltanto il riavvio riuscito. Provate la registrazione e la sincronizzazione di un campione controllato di prodotti, il recupero delle informazioni di licenza e gli accessi amministrativi previsti. Se l’appliance è ridondata o integrata con proxy, DNS, NTP, directory o sistemi di monitoraggio, controllate ogni dipendenza. Documentate orario, versione iniziale e finale, esito dei test, eccezioni e proprietario delle azioni residue.
Checklist operativa
- Inventariare ogni istanza Cisco License On-Prem o SSM On-Prem, con versione e responsabile.
- Confermare se la release è 10-202608 o precedente, oppure una legacy 9-202601 o precedente.
- Rivedere ACL, firewall, VPN e segmentazione dell’interfaccia amministrativa.
- Esportare configurazione e backup secondo la procedura Cisco; verificare che il file sia leggibile e protetto.
- Leggere le release note 10-202609 e verificare percorso di upgrade, requisiti e compatibilità.
- Pianificare rollback, impatto sul licensing e contatti di escalation prima della finestra.
- Aggiornare alla 10-202609 o successiva; migrare le release 9.x come richiesto da Cisco.
- Dopo l’intervento, verificare versione, servizi, sincronizzazione, inventario licenze, autenticazione, certificati, logging e monitoraggio.
- Riesaminare i log precedenti; aprire l’incidente solo quando esistono evidenze concrete di compromissione.
Devi aggiornare un’appliance Cisco senza perdere controllo su dipendenze e continuità? Richiedi una valutazione tecnica a MSP In Cloud.