La vulnerabilità Schneider Electric Modicon M340 lascia due moduli senza correzione
Schneider Electric offre ora correzioni per quattro linee di prodotto interessate, ma la vulnerabilità Schneider Electric Modicon M340 è ancora priva di patch per due moduli di comunicazione. La ripubblicazione di CISA del 17 settembre riporta l'attenzione sulla falla oltre un anno dopo la sua divulgazione iniziale.
Tracciata come CVE-2025-6625, la vulnerabilità consente a un attaccante di rete non autenticato di inviare un comando FTP appositamente predisposto, in grado di rendere indisponibile un dispositivo interessato. Ha un punteggio CVSS v3.1 di 7,5 e un punteggio CVSS v4.0 di 8,7, entrambi classificati come High.
Non si tratta di una vulnerabilità scoperta di recente. Schneider Electric ha pubblicato per la prima volta la notifica il 12 agosto 2025, quindi ha aggiunto correzioni per controller e moduli nel corso del 2026. CISA ha ripubblicato la quarta revisione il 17 settembre, offrendo un utile punto di verifica per gli operatori che potrebbero aver considerato permanente la mitigazione originale.
La questione centrale è la copertura delle patch rispetto all'esposizione operativa. Quattro famiglie di prodotti dispongono ora di firmware corretti designati, mentre BMXNGD0100 e BMXNOC0401 restano dipendenti dai controlli di rete. Questa distinzione conta negli ambienti industriali, dove l'aggiornamento di un controller può richiedere test, approvazione dei tempi di inattività e coordinamento tra diversi team.
L'avviso CISA è una ripubblicazione, non una nuova divulgazione
Il cambiamento immediato è una più ampia distribuzione federale di un advisory esistente, insieme a un quadro più chiaro dei prodotti che ora dispongono di correzioni firmware.
L'avviso di settembre, ICSA-26-260-04, ripubblica l'advisory Schneider Electric SEVD-2025-224-05. CISA descrive la pubblicazione come una conversione diretta del record Common Security Advisory Framework del fornitore. CSAF è un formato leggibile dalle macchine per distribuire dati su vulnerabilità, prodotti e correzioni.
Questa distinzione evita una conclusione fuorviante. L'avviso di settembre non dimostra che gli aggressori abbiano iniziato a sfruttare la falla questo mese. Non rivela neppure una nuova vulnerabilità che interessi una diversa famiglia di controller.
Il federal advisory riporta quattro revisioni:
12 agosto 2025: Schneider Electric ha pubblicato la notifica iniziale.
14 aprile 2026: il fornitore ha aggiunto una correzione per i controller Modicon M340.
11 agosto 2026: il fornitore ha aggiunto una correzione per il modulo BMXNOR0200H.
17 settembre 2026: CISA ha ripubblicato la quarta revisione.
La cronologia degli aggiornamenti è fondamentale per comprendere la vicenda. La divulgazione iniziale offriva correzioni firmware per i moduli BMXNOE0100 e BMXNOE0110, mentre altri prodotti interessati dipendevano dalle mitigazioni. Schneider Electric ha successivamente rilasciato correzioni per il firmware del controller M340 e per BMXNOR0200H.
La mappa risultante dei prodotti è più utile di una singola etichetta di gravità. Distingue le apparecchiature che possono passare a firmware corretto da quelle che necessitano ancora di controlli compensativi.
Le configurazioni interessate sono:
Firmware del controller Modicon M340 precedente a SV3.70.
Firmware BMXNOR0200H precedente a SV1.7 IR27.
Tutte le versioni del modulo M580 Global Data BMXNGD0100.
Tutte le versioni del modulo di comunicazione Ethernet X80 BMXNOC0401.
Versioni BMXNOE0100 precedenti alla 3.60.
Versioni BMXNOE0110 precedenti alla 6.80.
Schneider Electric identifica SV3.70 come firmware corretto per il controller M340. Indica SV1.7 IR27 per BMXNOR0200H, la versione 3.60 per BMXNOE0100 e la versione 6.80 per BMXNOE0110.
BMXNGD0100 e BMXNOC0401 restano le eccezioni. L'attuale advisory strutturato elenca tutte le versioni di entrambi i moduli come note per essere interessate e fornisce mitigazioni anziché una release corretta.
L'advisory talvolta fa riferimento a “BMXNOC401” nel testo relativo alla correzione. L'inventario dei prodotti e il catalogo Schneider Electric identificano il modello interessato come BMXNOC0401. I proprietari degli asset dovrebbero verificare l'esatto riferimento commerciale anziché basarsi su un nome abbreviato.
La ripubblicazione CISA modifica quindi la visibilità, non il meccanismo tecnico sottostante. Il suo valore risiede nel riportare alla luce un advisory il cui stato di correzione è cambiato per fasi.
Per i team di sicurezza, la domanda pratica è se il loro record di vulnerabilità rifletta ancora la risposta del 2025. Un ticket chiuso dopo la disattivazione di FTP potrebbe ora dover essere riaperto perché per una parte della base installata esiste un firmware corretto.
Come funziona la vulnerabilità Schneider Electric Modicon M340
CVE-2025-6625 trasforma un servizio di gestione esposto in un rischio remoto per la disponibilità, senza richiedere credenziali o interazione dell'utente.
La debolezza sottostante è una convalida impropria dell'input, classificata come CWE-20. La convalida dell'input verifica che i dati in ingresso rispettino il formato e i limiti previsti da un dispositivo prima che il software li elabori.
Schneider Electric afferma che un comando FTP appositamente predisposto può attivare un denial of service. FTP, o File Transfer Protocol, viene usato per trasferire file tra sistemi collegati in rete. In un ambiente di controller industriali, i fornitori possono usarlo per funzioni quali la gestione di file legati alla configurazione o al firmware.
La falla è raggiungibile attraverso una rete. Il vettore CVSS v3.1 assegna una bassa complessità di attacco, non richiede privilegi né interazione dell'utente. Il suo impatto valutato è concentrato sulla disponibilità anziché sulla riservatezza o sull'integrità.
Il vulnerability record descrive lo stesso meccanismo. Un attaccante non deve indurre un operatore autenticato ad aprire un file dannoso o ad approvare una richiesta. Ha bisogno di raggiungibilità di rete verso il servizio FTP interessato.
Ciò non significa che ogni dispositivo M340 installato sia esposto allo stesso modo. Schneider Electric afferma che FTP è disabilitato per impostazione predefinita. Un dispositivo con il servizio disabilitato e correttamente filtrato al confine della rete presenta un percorso di attacco diverso da uno con la porta 21 raggiungibile attraverso una rete di impianto piatta.
Tuttavia, le impostazioni predefinite non risolvono la questione. I sistemi industriali restano spesso in servizio per anni e le loro configurazioni possono divergere dalla base iniziale. Gli integratori possono abilitare servizi per messa in servizio, manutenzione, backup o supporto del fornitore, lasciandoli attivi in seguito.
Un proprietario di asset necessita quindi di prove sulla configurazione, non di un'ipotesi. Le verifiche rilevanti includono l'abilitazione di FTP, le interfacce che possono raggiungerlo e l'eventuale limitazione della porta 21 ai sistemi di gestione autorizzati da parte dei controlli di rete.
La debolezza interessa inoltre diversi ruoli all'interno dell'architettura Modicon. Colpisce il firmware del controller, moduli di comunicazione Ethernet, un modulo RTU e il modulo M580 Global Data. Un impianto può avere più di un componente interessato nello stesso sistema di controllo.
Questa ampiezza complica il lavoro di inventario. Il solo modello del controller non rivela se il rack includa un modulo BMXNOC0401 o BMXNOE0110 interessato. I team devono identificare firmware e riferimenti dei moduli a livello di componente.
I punteggi di gravità rafforzano la necessità di questo dettaglio. CVSS v3.1 assegna un punteggio base di 7,5. La valutazione aggiornata CVSS v4.0 raggiunge 8,7, con accessibilità di rete e impatto elevato sulla disponibilità che determinano la classificazione.
Questi punteggi descrivono la gravità tecnica in base ad assunzioni standardizzate. Non calcolano la conseguenza operativa in una struttura specifica. La perdita di comunicazione con un controller di laboratorio non equivale alla perdita di comunicazione con apparecchiature legate alla produzione o a servizi essenziali.
L'advisory attuale non segnala furto o manipolazione di dati come esito diretto. Descrive l'indisponibilità del dispositivo. Questo impatto tecnico più circoscritto può comunque creare un grave evento operativo quando un controller o un modulo di comunicazione supporta un processo sensibile al fattore tempo.
La vulnerabilità Schneider Electric Modicon M340 va quindi intesa soprattutto come una falla di disponibilità raggiungibile dalla rete. Il suo rischio nel mondo reale dipende dalla configurazione del servizio, dalla segmentazione, dal firmware e dal processo servito da ciascun dispositivo.
La copertura parziale delle patch crea il vero problema operativo
La parte più difficile non è comprendere il comando dannoso. È gestire un parco misto in cui alcuni asset possono essere aggiornati e altri no.
Quattro gruppi di prodotti interessati dispongono di una release corretta specificata. Due no. Questo divide la risposta tra correzione firmware e controlli di rete compensativi.
Per il controller Modicon M340, Schneider Electric identifica SV3.70 come versione corretta. Il fornitore ha aggiunto questa correzione nell'aprile 2026, circa otto mesi dopo la notifica iniziale.
Per BMXNOR0200H, SV1.7 IR27 contiene la correzione. Questa release è stata aggiunta all'advisory nell'agosto 2026, quasi un anno dopo la divulgazione iniziale.
Le precedenti correzioni BMXNOE rimangono parte della risposta. BMXNOE0100 richiede la versione 3.60, mentre BMXNOE0110 richiede la versione 6.80. Schneider Electric afferma che entrambi gli aggiornamenti richiedono un riavvio.
La vendor notification afferma che la mancata applicazione delle correzioni disponibili può lasciare i dispositivi esposti a denial of service e alla conseguente indisponibilità. Collega inoltre le famiglie di prodotti interessate ai moduli Modicon M340, Modicon M580 e X80.
L'obbligo di riavvio ha un peso maggiore nella tecnologia operativa rispetto a quanto accada spesso per un endpoint d'ufficio. Il riavvio di un modulo di comunicazione può interrompere il monitoraggio, il traffico di supervisione, lo scambio di dati o l'accesso per la manutenzione.
Un'organizzazione non dovrebbe dedurre che ciò renda opzionale l'applicazione delle patch. Significa che l'aggiornamento deve rientrare in un processo di modifica operativa approvato. Tale processo dovrebbe tenere conto di backup, compatibilità, rollback, finestre di manutenzione e convalida successiva all'aggiornamento.
I due moduli senza versioni corrette pongono una decisione diversa. Tutte le versioni BMXNGD0100 e BMXNOC0401 restano elencate come interessate. Schneider Electric afferma di stare definendo un piano di correzione per versioni future e che aggiornerà il documento quando la correzione sarà disponibile.
Fino ad allora, gli operatori devono considerare configurazione e architettura di rete come controlli primari. Il fornitore raccomanda di disabilitare FTP quando non è necessario, segmentare la rete, bloccare il traffico non autorizzato sulla porta 21 e usare tunnel VPN per l'accesso remoto necessario.
Questa risposta divisa può produrre un rischio disomogeneo all'interno di una singola struttura. Un team potrebbe aggiornare una CPU M340 ma lasciare raggiungibile un modulo di comunicazione interessato. Una dashboard potrebbe quindi mostrare il controller come aggiornato, mentre il rack contiene ancora un percorso di rete vulnerabile.
Anche lo stato di approvvigionamento può oscurare il problema. BMXNGD0100 è associato alla famiglia di prodotti M580, mentre BMXNOC0401 è un modulo Ethernet M340 X80. Una ricerca limitata a “firmware del controller M340” può non rilevare entrambi.
I record degli asset dovrebbero quindi includere almeno il riferimento commerciale, il firmware installato, lo stato del servizio, la zona di rete e il proprietario aziendale. Senza questi campi, i team non possono associare in modo affidabile l'advisory alle apparecchiature distribuite.
Esiste anche un rischio temporale. Le organizzazioni che hanno valutato la notifica iniziale del 2025 potrebbero aver registrato soltanto le mitigazioni disponibili in quel momento. Le successive release firmware non aggiornano automaticamente i record interni delle eccezioni o i piani di manutenzione.
Ciò crea pressione su tre gruppi. I team di sicurezza devono riaprire e normalizzare i record di vulnerabilità. Gli ingegneri di controllo devono testare il firmware corretto. I responsabili delle operazioni devono autorizzare l'interruzione quando è necessario un riavvio.
Nessuno di questi gruppi può risolvere il problema da solo. Il personale di sicurezza può conoscere la CVE ma non le conseguenze in produzione. Gli ingegneri possono comprendere il rack ma non disporre di dati completi sull’esposizione. Il personale operativo può controllare i tempi di inattività ma non la validazione del firmware.
Lo stato misto della correzione è il motivo principale per cui questa ripubblicazione è importante. Trasforma una vecchia risposta basata su “mitigare e monitorare” in un compito più preciso: correggere quattro gruppi di prodotti e mantenere controlli rigorosi attorno agli altri due.
Un punteggio elevato non dimostra uno sfruttamento attivo
L’avviso supporta un inventario e una correzione urgenti, ma non supporta affermazioni su una campagna di attacchi in corso.
Il record strutturato di CISA non identifica alcuno sfruttamento noto in natura. La vulnerabilità non è inoltre presentata come una voce nel catalogo delle Known Exploited Vulnerabilities di CISA.
Questa assenza dovrebbe orientare il linguaggio della comunicazione. CVE-2025-6625 è sfruttabile nelle condizioni descritte dal fornitore, ma l’avviso non stabilisce che gli attaccanti stiano attualmente prendendo di mira installazioni Modicon M340 con questa tecnica.
La distinzione è importante perché un punteggio di gravità misura caratteristiche tecniche intrinseche. Non misura la frequenza con cui una vulnerabilità viene sottoposta a scansione, trasformata in arma o utilizzata contro uno specifico settore.
Il vettore CVSS v3.1 spiega perché il punteggio è Alto. Un attaccante può raggiungere il servizio vulnerabile attraverso una rete, non necessita di privilegi, affronta una bassa complessità e non richiede interazione dell’utente. Lo sfruttamento riuscito ha un impatto elevato sulla disponibilità.
Queste proprietà giustificano un’azione tempestiva. Non eliminano la necessità di un’analisi dell’ambiente.
La posizione in rete è la prima variabile. Una rete di controllo adeguatamente segmentata, con traffico FTP non autorizzato bloccato, offre meno percorsi di attacco rispetto a un controller raggiungibile da ampie reti aziendali o di accesso remoto.
Lo stato del servizio è la seconda variabile. Schneider Electric afferma che FTP è disabilitato per impostazione predefinita. Gli operatori dovrebbero verificare questo stato su ogni asset pertinente ed esaminare se procedure di manutenzione passate abbiano abilitato il servizio.
La conseguenza operativa è la terza variabile. Una condizione di negazione del servizio su un modulo di comunicazione può influire su funzioni diverse a seconda del progetto del rack e dell’architettura del processo. L’avviso pubblico non calcola gli esiti specifici per impianto in termini di sicurezza o produzione.
La disponibilità delle patch è la quarta variabile. Quattro gruppi di prodotti dispongono di versioni corrette, mentre due restano senza correzioni. Una singola organizzazione può quindi avere rischi residui diversi per dispositivi coperti dalla stessa CVE.
È qui che l’etichetta “Alto” può sia aiutare sia trarre in inganno. Attira l’attenzione, ma può incoraggiare una risposta uniforme a un insieme di prodotti non uniforme.
L’approccio più sicuro consiste nel trattare il punteggio di gravità come un segnale di triage. I team dovrebbero quindi stabilire se il componente interessato esiste, se il suo servizio FTP è raggiungibile e se è disponibile un firmware corretto.
La definizione di debolezza descrive la convalida impropria dell’input come un’ampia classe di difetti software. La classificazione non rivela il comando esatto, lo stato di errore o il comportamento di ripristino di ogni prodotto interessato.
Le informazioni pubbliche non forniscono neppure un exploit proof-of-concept. Ciò limita l’analisi indipendente della ripetibilità e del ripristino del dispositivo. Le organizzazioni dovrebbero evitare di testare controller in produzione con traffico FTP malformato.
L’avviso legale di Schneider Electric afferma che la notifica e le azioni suggerite sono fornite senza garanzia che risolvano ogni situazione. Questa clausola di esclusione standard rafforza la necessità di test specifici per sito anziché di una distribuzione cieca.
Un team di manutenzione dovrebbe convalidare il firmware su hardware rappresentativo, ove pratico. Dovrebbe confermare comunicazioni, comportamento delle applicazioni, conservazione della configurazione e ripristino dopo il riavvio prima di programmare una distribuzione più ampia.
Per i moduli senza patch, i team dovrebbero convalidare il percorso di controllo stesso. Una regola firewall è utile solo se copre ogni percorso verso il dispositivo e resta applicata dopo modifiche alla rete.
La conclusione prudente è semplice. La vulnerabilità merita attenzione perché è raggiungibile da remoto e influisce sulla disponibilità. Il record pubblico non giustifica il presentarla come una violazione attiva, un’emergenza globale su Internet o un incidente di sicurezza confermato.
La segmentazione di rete deve proteggere i moduli senza patch
BMXNGD0100 e BMXNOC0401 rendono i controlli compensativi parte della difesa primaria, non una nota amministrativa temporanea.
La mitigazione di Schneider Electric parte dal servizio FTP. Il fornitore afferma che è disabilitato per impostazione predefinita e che dovrebbe rimanere disabilitato quando non viene utilizzato.
Gli operatori dovrebbero verificare direttamente tale stato. Registri di configurazione, baseline di servizio approvate e osservazioni di rete possono fornire prove più solide della sola documentazione.
Dove FTP è necessario, l’accesso dovrebbe essere limitato agli specifici sistemi di gestione che lo richiedono. Una regola ampia che consenta la porta 21 in tutta una zona di controllo conserva gran parte del percorso di attacco.
Il fornitore richiede inoltre la segmentazione di rete. La segmentazione separa i sistemi in zone controllate e limita il traffico che può transitare tra di esse. In questo caso, dovrebbe impedire a sistemi non autorizzati di raggiungere i moduli interessati tramite FTP.
Una revisione pratica dovrebbe esaminare più del firewall più vicino. Gateway di accesso remoto, workstation di ingegneria, jump host, connessioni temporanee dei fornitori e sistemi dual-homed possono creare percorsi alternativi.
CISA raccomanda separatamente di collocare sistemi di controllo e dispositivi remoti dietro firewall e isolarli dalle reti aziendali. Consiglia inoltre di ridurre al minimo l’esposizione a Internet dei dispositivi di controllo industriale.
Questi controlli sono in linea con le più ampie pratiche di sicurezza di Schneider Electric. Le linee guida includono restrizioni all’accesso fisico, armadi dei controller chiusi a chiave, connessioni di programmazione controllate e verifica dei supporti rimovibili.
L’uso di VPN richiede un’attenzione analoga. Una VPN cifra una connessione, ma non rende affidabile l’endpoint connesso. Credenziali compromesse o un dispositivo remoto infetto possono comunque offrire un percorso verso la rete di controllo.
L’accesso remoto dovrebbe terminare su un confine controllato anziché direttamente su una subnet di controller. Autenticazione, autorizzazione, registrazione delle sessioni e accesso a tempo limitato possono ridurre il rischio di esposizione persistente.
Il piano di mitigazione dovrebbe inoltre definire quando FTP può essere abilitato. Per esempio, un flusso di manutenzione documentato potrebbe aprire l’accesso per un periodo limitato, consentire solo una sorgente approvata e chiudere la regola dopo la verifica.
Il monitoraggio può rafforzare tali controlli. Connessioni inattese alla porta 21, sessioni malformate ripetute o traffico proveniente da nuovi indirizzi sorgente meritano un’indagine. L’avviso non pubblica una firma di rilevamento specifica per dispositivo, quindi il monitoraggio dovrebbe concentrarsi sulle deviazioni dalla baseline approvata.
La pianificazione del ripristino è importante perché l’impatto dichiarato è la negazione del servizio. I team dovrebbero sapere se un dispositivo si ripristina automaticamente, richiede un riavvio o necessita di un intervento tecnico dopo un guasto.
L’avviso pubblico non risponde a queste domande per ogni configurazione. I proprietari dei siti dovrebbero ottenere indicazioni di supporto specifiche per il prodotto e incorporarle nelle procedure di incidente.
Un piano di risposta dovrebbe preservare le prove quando le condizioni operative lo consentono. Log di rete, registri firewall, eventi dei dispositivi e cronologie di manutenzione possono aiutare a distinguere un attacco da un guasto dell’apparecchiatura o da un errore di configurazione.
Per i prodotti con patch, la segmentazione resta necessaria. Il firmware affronta questo specifico difetto, ma non trasforma un controller industriale in un servizio appropriato da esporre a Internet.
Per i prodotti senza patch, la segmentazione diventa ancora più importante perché nessun firmware del fornitore elimina attualmente la debolezza. L’architettura deve ridurre la probabilità che un sistema non autorizzato possa inviare il comando dannoso.
Questo è il compromesso al centro della vulnerabilità Schneider Electric Modicon M340. La connettività supporta manutenzione e scambio di dati, ma la raggiungibilità non necessaria dei servizi amplia il percorso di guasto.
Tre segnali indicheranno se il rischio si sta riducendo
La prossima fase dipende dal completamento delle patch, da prove di distribuzione effettiva e da qualsiasi cambiamento nel quadro delle minacce osservato.
Il primo segnale è una versione corretta per BMXNGD0100 o BMXNOC0401. Entrambi restano elencati come interessati in tutte le versioni e l’avviso afferma che Schneider Electric sta sviluppando una correzione per versioni future.
Una correzione pubblicata per uno dei due moduli ridurrebbe il divario tra la correzione tramite firmware e la dipendenza permanente dai controlli compensativi. Rafforzerebbe l’ipotesi che la vulnerabilità possa essere eliminata nell’intero insieme di prodotti.
Un silenzio persistente non significherebbe che le mitigazioni hanno fallito. Significherebbe che gli operatori devono continuare a convalidare le restrizioni FTP e la segmentazione senza disporre di un traguardo firmware per tali moduli.
Il secondo segnale è la prova che i sistemi installati abbiano effettivamente adottato le quattro correzioni disponibili. Le versioni rilevanti sono M340 SV3.70, BMXNOR0200H SV1.7 IR27, BMXNOE0100 3.60 e BMXNOE0110 6.80.
La pubblicazione da parte del fornitore è solo l’inizio della correzione. Le organizzazioni industriali devono testare, pianificare, distribuire e verificare ogni aggiornamento. I riavvii per i moduli BMXNOE possono rendere il completamento più lento rispetto a un normale ciclo di patch per endpoint.
Le organizzazioni dovrebbero tracciare la distribuzione per asset, non per avviso. Una percentuale basata solo sui ticket esaminati può nascondere controller mai individuati o moduli omessi dall’inventario originale.
Il terzo segnale è un cambiamento nelle prove di sfruttamento. Il record pubblico attuale non identifica sfruttamenti noti e Tenable riporta che non è disponibile alcun exploit pubblico noto.
Questa valutazione può cambiare. Un proof of concept, scansioni osservate di servizi FTP esposti, segnalazioni di incidenti o l’aggiunta al catalogo Known Exploited Vulnerabilities aumenterebbero l’urgenza di isolamento e patching.
Anche il contrario è informativo. Se non emerge alcuno sfruttamento mentre le organizzazioni riducono l’esposizione FTP e distribuiscono il firmware disponibile, il rischio residuo diventa più gestibile. Non scompare per i moduli senza patch.
I team di sicurezza dovrebbero riesaminare ora la vulnerabilità Schneider Electric Modicon M340, anche se hanno già gestito l’avviso originale del 2025. Il quadro della correzione è cambiato due volte da allora e la ripubblicazione di CISA consolida tali aggiornamenti.
Iniziate con un inventario a livello di asset. Separate i sei gruppi di prodotti interessati, registrate il relativo firmware e verificate se FTP è abilitato o raggiungibile.
Assegnate quindi a ogni asset uno di tre stati: firmware corretto installato, firmware corretto in attesa o nessuna correzione attualmente disponibile. Questa semplice classificazione impedisce a un vecchio ticket di mitigazione di nascondere una nuova opportunità di patching.
Infine, testate i controlli attorno a BMXNGD0100 e BMXNOC0401. Solo i sistemi di gestione approvati possono raggiungere la porta 21? L’accesso remoto è intermediato e registrato? Una sessione FTP inattesa attiverebbe un’indagine?
La vulnerabilità Schneider Electric Modicon M340 non è un nuovo zero-day e l’avviso non documenta uno sfruttamento attivo. La sua importanza deriva da qualcosa di meno drammatico: un percorso di correzione incompleto in apparecchiature industriali di lunga durata. Il prossimo aggiornamento significativo sarà una correzione per i moduli rimanenti, una distribuzione sul campo verificata o prove credibili che gli attaccanti abbiano iniziato a prendere di mira il difetto.
