Quels sont les principaux avantages de la solution « Kaspersky Industrial CyberSecurity for Networks Additional Sensor Base » ?
Gestion centralisée – Configuration depuis la console du serveur KICS for Networks.
Couverture des segments – Surveillance d’un segment OT inaccessible au serveur.
Surveillance passive – Analyse le trafic mis en miroir sans interférer avec le fonctionnement du système de contrôle.
Visibilité des protocoles – Lit les commandes des automates programmables (PLC) et les paramètres de processus à partir du trafic.
Exportation vers un SIEM – Les événements peuvent être transférés vers un système SIEM.
Remarque importante – Module complémentaire ; nécessite un serveur KICS for Networks déjà en place.
Un capteur supplémentaire – Étend un déploiement existant de KICS for Networks d’un nœud.
Huit points de surveillance – Un capteur peut prendre en charge jusqu’à huit interfaces réseau.
Inspection approfondie des paquets – Analyse les commandes des protocoles industriels et les paramètres de processus à partir du trafic.
Découverte des actifs – Identifie les périphériques et leurs paramètres à partir du trafic réseau mis en miroir.
Règles de détection d’intrusion – Signale les indicateurs d’attaque et les anomalies dans le trafic réseau industriel.
Important – Pas de console distincte ; le serveur KICS for Networks est requis.
Il s’agit d’un module complémentaire pour une installation existante de Kaspersky Industrial CyberSecurity for Networks : il ajoute un nœud de capteur qui analyse une copie du trafic réseau industriel et transmet les résultats de l’analyse au serveur KICS for Networks. La gestion est centralisée, et non par appareil : le capteur ne dispose pas d’interface propre et est configuré depuis l’interface Web du serveur, également accessible via la console Web de Kaspersky Security Center.
Couverture des segments – Surveille les usines ou les lignes que le serveur ne peut pas atteindre directement.
Surveillance passive – Fonctionne à partir du trafic mis en miroir sans interférer avec le fonctionnement du système de contrôle.
Corrélation centralisée – Les résultats des capteurs sont regroupés dans une seule base de données et une seule console du serveur.
Option de site distant – Le trafic provenant de sites distants peut atteindre un nœud central.
Exportation vers un SIEM – Les événements enregistrés peuvent être transmis à un système SIEM.
Mappage des techniques d’attaque – Les incidents sont mis en correspondance avec les techniques MITRE ATT&CK pour les systèmes ICS.
La taille de l’entreprise importe moins ici que la topologie de l’installation. La question déterminante est de savoir si vous exploitez des segments OT dont le trafic ne peut pas être mis en miroir vers le serveur KICS for Networks existant, par exemple un deuxième hall de production, une sous-station ou une station de pompage distante.
| Exigences | Petite entreprise | Entreprise de taille moyenne | Grande entreprise |
|---|---|---|---|
| Obligation de déclaration en Suisse | Par secteur | Par secteur | Souvent oui |
| NIS 2 dans l’Union européenne | Rarement | Par secteur | Souvent oui |
| Questionnaire de sécurité des grands clients | Parfois | ✓ | ✓ |
| Plusieurs segments OT distincts à surveiller | Rarement | Parfois | ✓ |
| Ce produit convient | ✕ | Limité | ✓ |
L'obligation suisse s'applique aux exploitants d'infrastructures critiques mentionnés dans la loi révisée sur la sécurité de l'information (LSI), tels que les réseaux d'approvisionnement en énergie et en eau potable, les entreprises de transport, les hôpitaux figurant sur les listes cantonales, les centres de données et les administrations cantonales et communales, et non à toutes les entreprises industrielles. Depuis le 1er avril 2025, ces opérateurs sont tenus de signaler toute cyberattaque à l’Office fédéral de la cybersécurité (BACS) dans les 24 heures suivant sa découverte, et disposent de 14 jours supplémentaires pour compléter le rapport. Un capteur supplémentaire contribue concrètement au respect de ce délai : le segment surveillé génère des événements horodatés, l’identification des appareils et le trafic enregistré sur le serveur KICS for Networks, ce qui constitue les informations nécessaires à un rapport initial, à savoir le moment où l’activité a commencé, les appareils impliqués et les commandes de protocole envoyées. Il ne détermine pas si un incident doit être signalé, ne soumet pas le rapport et ne couvre que les segments de réseau sur lesquels un point de surveillance reçoit effectivement le trafic mis en miroir. Les terminaux, l’informatique de bureau et tout segment ne bénéficiant pas de la mise en miroir du trafic restent hors de son champ d’application et nécessitent des composants distincts. Ce texte ne constitue pas un avis juridique ; il convient de déterminer, avec votre propre conseiller juridique, si votre organisation est soumise à l’obligation de signalement.
Aucun produit ne garantit à lui seul la conformité à la directive NIS 2, car celle-ci porte sur la gestion des risques au sein de l’organisation et non sur une liste de fonctionnalités logicielles. La directive NIS 2 exige des catégories de mesures, notamment l’analyse des risques et les politiques de sécurité, la gestion des incidents, la continuité des activités et la gestion de crise, la sécurité de la chaîne d’approvisionnement, la gestion et la divulgation des vulnérabilités, les procédures d’évaluation de l’efficacité des mesures, l’hygiène informatique et la formation, la cryptographie, le contrôle d’accès et la gestion des actifs, ainsi que l’authentification multifactorielle. Un capteur supplémentaire contribue à trois de ces domaines : la gestion des incidents, grâce à la détection et aux données d’événements provenant d’un segment qui n’était auparavant pas surveillé ; la gestion des actifs, grâce à l’identification automatique des appareils à partir du trafic ; et la gestion des vulnérabilités, grâce aux données de vulnérabilité par appareil issues du Kaspersky ICS CERT ainsi que des sources NVD et US-CERT. Il n’apporte aucune contribution en matière de cryptographie, d’authentification multifactorielle, de sauvegarde et de continuité, de formation du personnel, d’évaluation des fournisseurs, ni aux politiques écrites et aux examens d’efficacité attendus par la directive. Ces lacunes doivent être comblées par d’autres mesures et d’autres produits.
Deux mesures officielles concernant le fournisseur ont été publiées et sont toujours en vigueur. L’Office fédéral allemand de la sécurité de l’information (BSI) a émis un avertissement contre l’utilisation des logiciels antivirus Kaspersky depuis le 15 mars 2022 ; cet avertissement a été initialement publié en vertu de l’article 7 de la loi sur le BSI et est désormais régi par l’article 13 de la BSIG depuis le 6 décembre 2025. Le raisonnement est d’ordre juridictionnel plutôt que fondé sur la constatation d’un défaut technique spécifique : le BSI fait valoir qu’un fabricant informatique russe pourrait lui-même mener des actions offensives, être contraint d’agir à l’encontre de sa propre volonté, ou être compromis et utilisé comme un outil contre ses propres clients. Le Bureau de l’industrie et de la sécurité (BIS) du ministère américain du Commerce a rendu, le 20 juin 2024, une décision définitive interdisant à Kaspersky et à ses filiales de fournir des produits ou services de cybersécurité et antivirus à des personnes américaines ; les nouveaux contrats ont été interdits à compter du 20 juillet 2024, et la revente, l’intégration et les mises à jour à compter du 29 septembre 2024. Kaspersky rejette l’avertissement du BSI, affirmant qu’il ne repose pas sur une analyse technique objective des risques liés à l’utilisation des logiciels de l’entreprise. Dans la pratique, cela concerne les acheteurs dans trois cas de figure : les organismes et organisations du secteur public allemand qui suivent les recommandations du BSI, tout déploiement impliquant des personnes ou entités américaines, et les chaînes d’approvisionnement dans lesquelles un client exclut contractuellement les logiciels de sécurité d’origine russe. En Suisse et dans l’Union européenne, l’impact concret se manifeste généralement par le biais des exigences des clients et des conditions d’appel d’offres plutôt que par une interdiction de vente ; la décision revient donc à l’acheteur et doit être vérifiée au regard de vos propres contrats avant l’achat.
En partie, et uniquement pour le volet « surveillance du réseau » d’un questionnaire. Il vous permet d’indiquer que les actifs OT sont inventoriés automatiquement à partir du trafic plutôt qu’à partir d’un tableur, que le trafic du réseau industriel est surveillé à la recherche d’indicateurs d’intrusion et d’interactions non autorisées, que les événements sont consignés de manière centralisée et peuvent être transmis à un SIEM, et que les vulnérabilités connues sont identifiées par appareil. Il ne répond pas aux questions concernant la protection anti-malware des terminaux, la gestion des correctifs, le chiffrement des disques ou des supports amovibles, l’authentification multifactorielle et le contrôle d’accès, les tests de sauvegarde et de restauration, la formation à la sensibilisation, ni un processus documenté de réponse aux incidents, car il n’assure aucune de ces fonctions. Elle ne peut pas non plus attester de la couverture des segments où aucun point de surveillance ne reçoit de trafic en miroir, ce qui est le point sur lequel les auditeurs s’interrogent le plus souvent. Lorsque les lacunes se situent du côté de l’OT, l’ajout de Kaspersky Industrial CyberSecurity for Nodes au sein de la même plateforme constitue généralement la solution la plus économique par rapport à l’introduction d’un deuxième fournisseur, car les événements liés aux terminaux et au réseau parviennent alors à la même console et une seule exportation répond aux deux blocs de questions.
La différence décisive réside dans le fait que KICS for Networks n’intervient jamais sur le dispositif protégé : il analyse une copie du trafic réseau, tandis que KICS for Nodes s’exécute en tant que logiciel sur le terminal lui-même. Cela fait d’un capteur supplémentaire le bon choix pour les contrôleurs, les dispositifs électroniques intégrés (IED) et les équipements sur lesquels aucun agent ne peut être installé, et le mauvais choix si la véritable faille réside dans la présence de logiciels malveillants sur les postes de travail des ingénieurs ou des opérateurs. Ces deux solutions font partie de la même plateforme Kaspersky Industrial CyberSecurity et sont conçues pour être utilisées conjointement : les données de télémétrie des terminaux fournies par KICS for Nodes viennent enrichir les données sur les actifs que KICS for Networks construit à partir du trafic. L’achat de l’une n’implique pas automatiquement celui de l’autre.
| Caractéristiques | KICS for Networks | KICS for Nodes |
|---|---|---|
| Le logiciel s’exécute sur le dispositif protégé | ✕ | ✓ |
| Nécessite une réplication du trafic | ✓ | ✕ |
| Détecte les commandes des automates et les paramètres de processus | ✓ | Limitée |
| Protection anti-malware sur les terminaux | ✕ | ✓ |
| Couvre les appareils ne permettant pas l'installation d'un agent | ✓ | ✕ |
Il s’agit d’un module complémentaire et non d’une solution de base : il nécessite un déploiement existant de Kaspersky Industrial CyberSecurity for Networks, un seul serveur est utilisé par déploiement, et un capteur ne peut pas être installé sur la machine qui remplit les fonctions de serveur. Il ne détecte que ce qui lui est répercuté ; chaque point de surveillance doit donc être connecté à une interface réseau qui reçoit effectivement une copie du trafic industriel ; un segment dépourvu de port SPAN ou de TAP ne génère aucune donnée, ce qui constitue la cause la plus fréquente d’un achat ultérieur de matériel réseau plutôt que de logiciel. L’architecture est également plafonnée : jusqu’à huit points de surveillance peuvent être ajoutés sur un capteur et jusqu’à quatre sur le serveur, et le déploiement dans son ensemble est soumis à une limite maximale qui dépend de la version ; les très grandes usines ont donc besoin de plusieurs capteurs plutôt que d’un seul. Au niveau régional, le produit n’est pas disponible pour les acheteurs aux États-Unis, où l’interdiction du ministère du Commerce couvre la revente, l’intégration et les mises à jour des logiciels de cybersécurité Kaspersky depuis le 29 septembre 2024 ; les acheteurs du secteur public allemand doivent également consulter la section consacrée au BSI ci-dessus avant de passer commande. Enfin, ce composant détecte et enregistre ; il ne protège pas les terminaux et ne bloque pas les menaces, il ne remplace donc en aucun cas les logiciels de protection des terminaux au sein du réseau OT.
Dans la nomenclature commerciale de Kaspersky, « Base » désigne un type de licence initiale, par opposition aux types de renouvellement et aux types successifs utilisés par le fournisseur pour prolonger un droit existant. Cela ne dit rien sur l’ensemble des fonctionnalités : un capteur « Base » et un capteur renouvelé offrent des fonctionnalités identiques.
Non. Kaspersky Industrial CyberSecurity for Networks peut être surveillé de manière centralisée depuis la console Web de Kaspersky Security Center via un plug-in d’administration, et les données du capteur y apparaissent une fois cette intégration mise en place. Le capteur supplémentaire en lui-même ne fournit pas de console et n’établit pas cette intégration.