Quali sono i principali vantaggi di Kaspersky Industrial CyberSecurity for Networks Additional Sensor?
Gestione centralizzata – Gestito interamente dal server KICS for Networks.
Monitoraggio passivo – Analizza il traffico replicato senza interferire con la rete di produzione.
Ispezione dei protocolli – Legge i comandi di controllo industriale all’interno dei pacchetti di rete.
Visibilità delle risorse – Elenca i dispositivi e le loro comunicazioni per ogni segmento monitorato.
Pre-elaborazione locale – Alleggerisce il carico di analisi del traffico sul server centrale.
Nota importante – Richiede una licenza di base KICS for Networks già esistente.
Nodo sensore aggiuntivo – Un ulteriore nodo di analisi del traffico per un’implementazione esistente.
Punti di monitoraggio – Interfacce di rete sul sensore che ricevono il traffico industriale replicato.
Ispezione approfondita dei pacchetti – Legge i parametri di processo e i comandi di sistema dal traffico.
Motore delle regole di rilevamento – Le regole relative a intrusioni, integrità e anomalie vengono eseguite direttamente sul sensore stesso.
Collegamento basato su certificati – Il traffico dal sensore al server viene autenticato tramite certificati.
Importante – I moduli Active Polling e Security Audit sono soggetti a licenza separata.
Si tratta di un componente aggiuntivo che estende un’installazione esistente di Kaspersky Industrial CyberSecurity for Networks con un ulteriore nodo sensore e non può funzionare autonomamente. Tutti i sensori sono gestiti centralmente dal server KICS for Networks, che ospita anche l’interfaccia web in cui vengono esaminati i risultati.
Meno punti ciechi – Copre i segmenti dell’impianto che il server centrale non può raggiungere fisicamente.
Minore carico sul server – Il sensore pre-elabora il traffico prima di inviare i risultati al server.
Nessun impatto sui processi – Il monitoraggio rimane passivo e non scrive mai sui controllori.
Vista unificata degli eventi – I risultati dei sensori vengono visualizzati nell’interfaccia web esistente del server.
Identificazione più rapida dell’entità dell’incidente – I registri delle risorse locali mostrano quali dispositivi hanno comunicato e quando.
Implementazione sito per sito – È possibile aggiungere sensori man mano che entrano in funzione ulteriori impianti o linee.
In questo caso, le dimensioni dell’azienda contano meno della topologia dell’impianto. La domanda decisiva è se la rete OT presenti segmenti il cui traffico non possa essere replicato sul server KICS for Networks esistente, ad esempio un secondo capannone di produzione, una sottostazione remota o una stazione di pompaggio su una propria struttura di commutazione. Le organizzazioni con un’unica cella commutata raramente necessitano di un secondo sensore.
| Requisiti | Piccole imprese | Azienda di medie dimensioni | Grande azienda |
|---|---|---|---|
| Obbligo di segnalazione in Svizzera | Per settore | Per settore | Si applica spesso |
| NIS 2 nell’Unione europea | Raramente | Per settore | ✓ |
| Questionario sulla sicurezza da parte di grandi clienti | Occasionalmente | ✓ | ✓ |
| Segmenti OT che il server non può replicare | ✕ | A volte | ✓ |
| Questo prodotto è adatto | Raramente | Parzialmente | ✓ |
La legge sulla sicurezza dell’informazione, nella sua versione aggiornata, obbliga i gestori di infrastrutture critiche – tra cui fornitori di energia e acqua potabile, aziende di trasporto, ospedali elencati, gestori di centri dati e amministrazioni cantonali e comunali – a segnalare gli attacchi informatici all’Ufficio federale per la sicurezza informatica (BACS) entro 24 ore dalla loro individuazione. Un sensore aggiuntivo supporta tale obbligo in un modo specifico ma utile: produce registrazioni con data e ora a livello di protocollo delle comunicazioni dei dispositivi in un segmento che in precedenza non era monitorato, il che spesso trasforma un disturbo poco chiaro dell’impianto in un evento segnalabile entro il termine previsto. Il sensore non determina se la vostra organizzazione rientri nell’ambito di applicazione, non classifica un incidente come segnalabile e non invia alcuna segnalazione al BACS; pertanto, il processo di segnalazione rimane manuale. Inoltre, copre solo i segmenti in cui il traffico replicato raggiunge effettivamente il sensore, il che significa che qualsiasi cella priva di una porta di replica rimane invisibile, indipendentemente dal numero di sensori per cui si dispone di licenza. Il presente testo ha carattere informativo e non costituisce una consulenza legale; per chiarire se la vostra organizzazione sia soggetta all’obbligo di segnalazione, è necessario rivolgersi al proprio consulente legale.
Nessun prodotto garantisce di per sé la conformità alla direttiva NIS 2, poiché la direttiva riguarda la gestione del rischio a livello organizzativo piuttosto che un singolo strumento. La direttiva NIS 2 richiede misure in categorie quali l’analisi dei rischi, la gestione degli incidenti, la continuità operativa e la gestione delle crisi, la sicurezza della catena di approvvigionamento, la sicurezza delle reti e dei sistemi informativi, nonché politiche volte a valutare se tali misure funzionino effettivamente. Un sensore aggiuntivo contribuisce a due di questi aspetti: la sicurezza delle reti e dei sistemi informativi, estendendo l’analisi del traffico a un ulteriore segmento, e la gestione degli incidenti, fornendo dati sugli eventi e sulle risorse che accorciano la fase di rilevamento e di definizione dell’ambito. Non apporta alcun contributo alla continuità operativa, alla gestione delle crisi, alla sicurezza della catena di approvvigionamento, al controllo degli accessi, alla crittografia o alla formazione del personale, né produce la documentazione normativa richiesta dai revisori. Consideratelo come un input di rilevamento all’interno di un programma più ampio, non come una misura che di per sé soddisfa i requisiti di una categoria.
Sono rilevanti due posizioni ufficiali ed entrambe sono ancora in vigore. Il 20 giugno 2024 l’Ufficio per l’Industria e la Sicurezza del Dipartimento del Commercio degli Stati Uniti ha emesso una Determinazione Definitiva che vieta a Kaspersky di fornire prodotti e servizi di sicurezza informatica e antivirus a soggetti statunitensi, con il divieto di stipulare nuovi accordi a partire dal 20 luglio 2024 e la cessazione della fornitura di aggiornamenti il 29 settembre 2024; la rivendita o l’integrazione del software Kaspersky da parte di soggetti statunitensi è soggetta alla stessa determinazione. L’Ufficio federale tedesco per la sicurezza informatica ha messo in guardia contro l’uso del software antivirus Kaspersky sin dal 15 marzo 2022, un avvertimento che è stato mantenuto fino al 2026 e che ora rientra nella Sezione 13 della legge BSI modificata a seguito della legge di attuazione tedesca della direttiva NIS 2 entrata in vigore il 6 dicembre 2025. Kaspersky respinge entrambe le valutazioni, afferma che le preoccupazioni sono di natura geopolitica e ipotetica piuttosto che basate su prove concrete, sottolinea il proprio trattamento dei dati in Svizzera e ha dichiarato di aver offerto una verifica indipendente da parte di terzi dei propri prodotti. I test tecnici indipendenti sono una questione a sé stante e sono proseguiti: nel 2026 AV-Comparatives ha assegnato la propria certificazione Operational Technology a KICS for Nodes, la componente endpoint della stessa piattaforma, dopo che questa ha bloccato tutti gli scenari di esecuzione offline successivi a una violazione senza falsi positivi. In pratica, ciò riguarda gli acquirenti con esposizione al mercato statunitense, contratti nel settore pubblico o clienti che impongono clausole relative all’origine del fornitore tramite questionari sulla catena di approvvigionamento; per un operatore industriale del settore privato puramente svizzero o dell’UE privo di tali clausole, si tratta di un rischio documentato da registrare in una valutazione del fornitore piuttosto che di un ostacolo legale.
In parte, e solo per gli aspetti relativi al monitoraggio della rete. Risponde a domande relative all’inventario delle risorse OT, al monitoraggio del traffico di rete industriale, al rilevamento di comunicazioni non autorizzate da dispositivo a dispositivo, all’ispezione dei comandi dei protocolli industriali e all’inoltro degli eventi di rilevamento a un SIEM, poiché il KICS for Networks Server esporta i dati verso sistemi esterni tramite connettori. Non fornisce alcuna risposta riguardo all’anti-malware per gli endpoint, alle liste di applicazioni consentite, allo stato delle patch, alla correzione delle vulnerabilità, alla crittografia, all’autenticazione a più fattori, all’accesso privilegiato, ai test di backup e ripristino o alla formazione sulla consapevolezza della sicurezza, né produce alcuna prova relativa a politiche o processi. Inoltre, non è in grado di rispondere alla domanda sull’origine del fornitore che compare sempre più spesso nei questionari dei clienti con esposizione negli Stati Uniti. Il modo più economico per colmare le lacune tecniche consiste solitamente nel rimanere all’interno della stessa piattaforma, aggiungendo KICS for Nodes per la protezione degli endpoint e il modulo Security Audit, con licenza separata, per le prove relative alle vulnerabilità e alla configurazione, piuttosto che introdurre la console di un secondo fornitore accanto al Server esistente.
L’unica differenza determinante è che il Server è un’installazione completa e autosufficiente, mentre il sensore aggiuntivo non lo è. Il Server ospita l’interfaccia web, archivia i dati relativi ai dispositivi e agli eventi, gestisce ogni sensore e contiene un proprio sensore integrato; pertanto, un Server da solo fornisce già l’insieme completo di funzionalità per i segmenti che è in grado di monitorare. Un sensore aggiuntivo aggiunge solo capacità di analisi e copertura fisica: ispeziona il traffico nei propri punti di monitoraggio e inoltra i risultati a monte, ma non dispone di console, né di archivio dati, né di esistenza indipendente. I sensori si acquistano quando il traffico non può essere indirizzato al server, non quando si desiderano più funzionalità.
| Funzionalità | Licenza del Server | Sensore aggiuntivo |
|---|---|---|
| Interfaccia web e gestione centralizzata | ✓ | ✕ |
| Analisi del traffico nei propri punti di monitoraggio | ✓ | ✓ |
| Archiviazione degli eventi e database dei dispositivi | ✓ | ✕ |
| Funziona senza un'altra licenza | ✓ | ✕ |
| Interrogazione attiva e audit di sicurezza | Concessa in licenza separatamente | Licenza separata |
La limitazione regionale più evidente è che i prodotti Kaspersky non possono essere forniti a soggetti statunitensi in seguito al divieto emanato dal Dipartimento del Commercio nel 2024; pertanto, questo componente aggiuntivo non è un'opzione per le organizzazioni che includono entità statunitensi nel proprio ambito di applicazione, e la rivendita o l'integrazione da parte di soggetti statunitensi è soggetta alla stessa disposizione. Tecnicamente, un sensore rileva solo ciò che viene fisicamente replicato ai suoi punti di monitoraggio; pertanto, un segmento privo di porta di mirroring o tap rimane non monitorato indipendentemente dal numero di sensori con licenza, e ogni sensore necessita di un proprio computer dedicato, separato dal server. Il monitoraggio è passivo per definizione: il sensore rileva e segnala, ma non blocca, e l’applicazione a livello di dispositivo richiede il componente endpoint KICS for Nodes. I moduli Active Polling e Security Audit, che la maggior parte degli acquirenti presume siano inclusi quando leggono delle funzionalità di rilevamento delle risorse e scansione delle vulnerabilità, devono essere acquistati e concessi in licenza separatamente. Infine, il collegamento tra sensore e server richiede una larghezza di banda sufficiente rispetto al volume di traffico analizzato dal sensore: questa è la limitazione che si riscontra più spesso dopo l’installazione in un sito remoto con una connessione WAN limitata.
No. Il monitoraggio del sensore è passivo e non può influire sul sistema monitorato, il che è intenzionale in ambienti in cui un falso positivo su un collegamento del controller sarebbe più dannoso della minaccia stessa. Il blocco delle comunicazioni non autorizzate avviene a livello dei dispositivi endpoint tramite il componente KICS for Nodes, non tramite il sensore di rete.
In alcuni casi sì. KICS for Networks prevede l’implementazione attraverso un data diode per segmenti isolati unidirezionali e può anche ricevere traffico di rete industriale dai componenti Kaspersky SD-WAN. Entrambe sono scelte architetturali che dovrebbero essere definite prima dell’acquisto del sensore, non dopo.
Il sensore continua ad analizzare il traffico localmente nei propri punti di monitoraggio, poiché le regole di rilevamento vengono eseguite sul sensore stesso anziché sul server. Ciò che si interrompe è il flusso a monte di eventi e dati sulle risorse verso l’interfaccia web centrale; pertanto, i risultati relativi a quel segmento tornano visibili solo una volta ripristinato il collegamento protetto da certificato.