Dieci vulnerabilità sfruttate in cinque giorni: la nuova velocità del rischio costringe le imprese italiane a ripensare il patching

Il ritmo settimanale del catalogo KEV: non più eccezione, ma nuova normalità

Tra lunedì 26 e venerdì 30 ottobre 2026, CISA ha aggiornato il proprio Known Exploited Vulnerabilities (KEV) Catalog con dieci nuove voci, due al giorno, tutte supportate da evidenze di sfruttamento attivo (CISA Adds Two Known Exploited Vulnerabilities to Catalog) (CISA Adds Two Known Exploited Vulnerabilities to Catalog) (CISA Adds Two Known Exploited Vulnerabilities to Catalog) (CISA Adds Two Known Exploited Vulnerabilities to Catalog) (CISA Adds Two Known Exploited Vulnerabilities to Catalog). L'elenco spazia da Ivanti Connect Secure (autenticazione mancante e generazione di identificatori prevedibili) a GitLab (integer overflow), Cisco ASA/FTD (dereferenziazione di puntatore nullo), VMware ESXi (logging insufficiente), Linux Kernel (variabile non inizializzata), Adobe Commerce/Magento (upload di file pericoloso), Google Brotli (valore di ritorno non controllato), fino a due falle PHP critiche (corruzione di memoria e stato di richiesta obsoleto).

La direttiva vincolante BOD 26-04 impone alle agenzie civili federali statunitensi di dare priorità assoluta alle KEV su asset esposti pubblicamente, con verifiche post-patching per escludere compromissioni preesistenti (CISA Adds Two Known Exploited Vulnerabilities to Catalog). Per le imprese italiane, soggette a NIS2 e alle linee guida ACN, il messaggio è chiaro: il ciclo di priorità basato sul rischio reale — non sul CVSS teorico — deve diventare operativo, non aspirazionale. Dieci KEV in cinque giorni significano che la finestra tra disclosure, exploit pubblico e aggiunta al catalogo si è compressa a ore, non settimane.

L'OT sotto assedio multi-vendor: una settimana, quattro advisory critici

Lo stesso 29 ottobre CISA ha pubblicato tre advisory ICS/OT contemporanei, a cui si aggiunge quello del 27 ottobre su EPICS Base e Mitsubishi Electric. Il quadro che emerge è di una superficie d'attacco OT pervasiva, eterogenea e ad alta severità:

• Hitachi Energy CoreTec (energia, globale): OS command injection (CVE-2026-13162) nel demone di sincronizzazione oraria e Dirty Frag (CVE-2026-43284), CVSS 8.8, su versioni fino alla 5.0.0 inclusa (Hitachi Energy CoreTec Product). L'exploit richiede autenticazione e ruoli specifici, ma concede controllo totale del dispositivo.
• Hitachi Energy TRO600 (energia, globale): bypass delle restrizioni di rete via port forwarding (CVE-2026-10756, CVSS 7.5) e mancata autenticazione per funzioni critiche (CVE-2026-106087) (Hitachi Energy TRO600 series products). Un attaccante autenticato raggiunge servizi localhost e funzionalità sensibili.
• Siemens Mendix SAML Module (manifatturiero critico, IT, globale): authentication bypass via replay di asserzione SAML in flussi IdP-initiated (CVE-2026-89209, CVSS 6.8) su tre linee di prodotto (Mendix 9, 10, 11) (Siemens Mendix SAML Module). La mitigazione immediata richiede la disabilitazione dell'IdP-initiated SSO.
• EPICS Base (manifatturiero critico, globale): quattro vulnerabilità (integer overflow, type confusion, gestione della lunghezza) con CVSS 9.8 CRITICO, sfruttabili da remoto senza autenticazione per RCE o DoS (EPICS Base).
• Mitsubishi Electric / ICONICS (suite SCADA/HMI diffusa): catena di falle che include il noto CVE-2023-4863 (WebP) e nuovi authentication bypass e arbitrary operation (CVE-2026-16436/37/38) su decine di prodotti (GENESIS64, ICONICS Suite, Hyper Historian, MobileHMI, IoTWorX, MC Works64) (Mitsubishi Electric and Mitsubishi Electric Iconics Digital Solutions...).

Il denominatore comune: componenti ubiqui (gateway, moduli web, librerie di base, suite SCADA) dove una singola falla apre la strada a movimenti laterali, manipolazione di processo o estrazione di dati. La varietà di vendor (Svizzera, Germania, Giappone, USA, community open source) conferma che nessun ecosistema OT è immune e che la supply chain software dell'automazione è un bersaglio primario.

La frontiera invisibile: quando l'IA generativa diventa vettore d'attacco

Mentre il mondo operativo corre ai ripari, la ricerca accademica della settimana del 29 ottobre svela due nuovi vettori che colpiscono il **cuore della supply chain dell'IA**:

1. Membership Inference Attacks (MIA) calibrati nel tempo sui diffusion models (Difficulty Calibration Across Time for Membership Inference in Diffusion Models). L'approccio standard — confrontare la reconstruction loss — fallisce perché immagini "facili" ingannano il detector. La novità è la calibrazione su due assi temporali: training time (Reference-Model Calibration, confronto con checkpoint precedenti) e diffusion time (Temporal Self-Calibration, confronto tra timestep adiacenti dello stesso modello). Il risultato: **auditing quasi perfetto dei dati di training, anche senza caption testuali**, generalizzabile su architetture x-, v-, ε-prediction. Implicazione diretta: modelli fine-tunati su dati sensibili (medicali, industriali, proprietari) possono rivelare l'appartenenza di un campione al training set, violando privacy e trade secrets.

1. **TextSeal2: watermarking LLM distortion-free resistente al *speculative decoding*** (TextSeal2: Distortion-Free LLM Watermarking with Copula Mixing and Memoryless Races). Il speculative decoding (accettazione/rifiuto di draft token da un modello minore) rompeva i watermark precedenti. TextSeal2 fonde chiavi multiple in una virtual key accoppiata a rumore gaussiano via copula, e verifica i draft con una exponential race memoryless che preserva esattamente la distribuzione del modello target. Risultato: +8-22% detection rate a parità di diversità e false-positive rate (10⁻³), senza latenza aggiuntiva. Il segnale: la provenienza e l'integrità dell'output generato diventano verificabili tecnicamente, aprendo la strada a non-repudiation e provenance per codice, documenti tecnici, configurazioni OT generate da LLM.

Implicazioni operative per l'impresa italiana: dal compliance alla resilience continua

La convergenza di questi tre flussi — KEV a cadenza giornaliera, OT multi-vendor sotto fuoco, IA generativa con nuovi vettori — impone tre spostamenti strategici immediati per CISO e risk owner italiani:

**1. Vulnerability Management guidato da KEV/EPSS, non da CVSS.**
Il catalogo KEV è l'unico ground truth dello sfruttamento reale. Integrare feed KEV + Exploit Prediction Scoring System (EPSS) nel ticketing ITSM permette di ordinare le patch per probabilità di exploit attivo, non per severità teorica. La BOD 26-04 richiede verifica post-patch: **strumenti di compromise assessment (EDR, NDR, log analysis) devono scattare automaticamente alla chiusura del ticket KEV**.

**2. Asset inventory OT/IT unificato con software bill of materials (SBOM).**
Gli advisory Hitachi, Siemens, Mitsubishi, EPICS colpiscono componenti annidati (moduli web, librerie, firmware). Senza SBOM aggiornati per ogni asset critico (PLC, RTU, gateway, historian, HMI, engineering workstation), **non si sa cosa patchare**. L'obbligo NIS2 di supply chain risk management (Art. 21) si traduce qui in **richiesta contrattuale di SBOM machine-readable (SPDX/CycloneDX) a ogni vendor OT**, con SLA di notifica vulnerabilità < 72h.

**3. Governance dell'IA generativa: watermarking, provenance, data lineage.**
L'adozione di LLM per generare codice PLC, query SQL, configurazioni firewall, report di incident response introduce **rischi di data leakage (MIA) e non-repudiation (assenza di watermark)**. La policy aziendale deve imporre:

• **Modelli watermarked (es. TextSeal2) per ogni output destinato a produzione o audit.**
• **Registro data lineage per ogni fine-tuning: dataset, checkpoint, pipeline MLOps.**
• Test MIA periodici (TSC/RMC) su modelli esposti a dati sensibili per verificare assenza di memorizzazione indebita.

**4. Threat-informed defense per l'OT: purple teaming su scenari reali.**
Le falle Hitachi (timezone handler), TRO600 (port forwarding), Siemens (SAML replay), EPICS (network parsing) sono **vettori post-exploitation concreti**. I purple team interni o managed devono simulare: **accesso VPN → lateral movement via gateway vulnerabile → manipolazione tag/processi → esfiltrazione via historian**. Solo così si valida la segmentazione (IEC 62443 zones/conduits), il monitoring comportamentale (MITRE ATT&CK for ICS) e i playbook di incident response OT.

La settimana del 26-30 ottobre 2026 non è un'eccezione: **è il nuovo baseline operativo**. Le imprese che trasformano questo flusso costante in intelligence priorizzata, asset visibility profonda e governance dell'IA verificabile, passeranno dalla rincorsa all'anticipazione. Le altre rimarranno esposte alla prossima ondata di due KEV al giorno.