Quels sont les principaux avantages du capteur supplémentaire Kaspersky Industrial CyberSecurity for Networks ?
Gestion centralisée – Entièrement géré depuis le serveur KICS for Networks.
Surveillance passive – Analyse le trafic mis en miroir sans intervenir sur le réseau de production.
Inspection des protocoles – Lit les commandes de contrôle industriel contenues dans les paquets réseau.
Visibilité des actifs – Répertorie les périphériques et leurs communications par segment surveillé.
Prétraitement local – Allège la charge d'analyse du trafic sur le serveur central.
Remarque importante – Nécessite une licence de base KICS for Networks existante.
Nœud de capteur supplémentaire – Un nœud d’analyse du trafic supplémentaire pour un déploiement existant.
Points de surveillance – Interfaces réseau sur le capteur qui reçoivent le trafic industriel mis en miroir.
Inspection approfondie des paquets – Lecture des paramètres de processus et des commandes système à partir du trafic.
Moteur de règles de détection – Règles de détection des intrusions, de l’intégrité et des anomalies exécutées sur le capteur lui-même.
Connexion basée sur des certificats – Le trafic entre le capteur et le serveur est authentifié à l’aide de certificats.
Important – Les modules « Active Polling » et « Security Audit » font l’objet d’une licence distincte.
Il s’agit d’un module complémentaire qui étend une installation existante de Kaspersky Industrial CyberSecurity for Networks avec un nœud de capteur supplémentaire ; il ne peut pas fonctionner de manière autonome. Tous les capteurs sont gérés de manière centralisée par le serveur KICS for Networks, qui héberge également l’interface Web où leurs résultats sont examinés.
Moins de zones d’ombre – Couvre les segments de l’usine que le serveur central ne peut pas atteindre physiquement.
Charge du serveur réduite – Le capteur prétraite le trafic avant d’envoyer les résultats au serveur.
Aucun impact sur les processus – La surveillance reste passive et n’écrit jamais sur les contrôleurs.
Vue unifiée des événements – Les résultats des capteurs s’affichent dans l’interface Web existante du serveur.
Définition plus rapide de la portée des incidents – Les enregistrements des actifs locaux indiquent quels appareils ont communiqué et à quel moment.
Déploiement site par site – Ajoutez des capteurs à mesure que de nouvelles usines ou lignes de production sont mises en service.
La taille de l’entreprise importe moins ici que la topologie de l’usine. La question décisive est de savoir si votre réseau OT comporte des segments dont le trafic ne peut pas être répliqué vers le serveur KICS for Networks existant, par exemple un deuxième hall de production, une sous-station distante ou une station de pompage disposant de sa propre structure de commutation. Les organisations disposant d’une seule cellule commutée n’ont généralement pas besoin d’un deuxième capteur.
| Exigences | Petite entreprise | Entreprise de taille moyenne | Grande entreprise |
|---|---|---|---|
| Obligation de déclaration en Suisse | Par secteur | Par secteur | S'applique souvent |
| NIS 2 dans l'Union européenne | Rarement | Par secteur | ✓ |
| Questionnaire de sécurité des grands clients | De temps en temps | ✓ | ✓ |
| Segments OT que le serveur ne peut pas mettre en miroir | ✕ | Parfois | ✓ |
| Ce produit convient | Rarement | Partiellement | ✓ |
La loi révisée sur la sécurité de l'information oblige les exploitants d'infrastructures critiques, parmi lesquels les fournisseurs d'énergie et d'eau potable, les entreprises de transport, les hôpitaux répertoriés, les exploitants de centres de données ainsi que les administrations cantonales et communales, à signaler les cyberattaques à l'Office fédéral de la cybersécurité (BACS) dans les 24 heures suivant leur découverte. Un capteur supplémentaire soutient cette obligation d’une manière ciblée mais utile : il génère des enregistrements horodatés, au niveau du protocole, des communications des appareils dans un segment qui n’était auparavant pas surveillé, ce qui permet souvent de transformer une perturbation obscure de l’installation en un constat devant être signalé dans les délais impartis. Il ne détermine pas si votre organisation est concernée, ne classe pas un incident comme devant faire l’objet d’un signalement et ne transmet aucune information à l’OFCS ; le processus de signalement reste donc manuel. Il ne couvre également que les segments où le trafic mis en miroir parvient effectivement au capteur, ce qui signifie que toute cellule dépourvue de port miroir reste invisible, quel que soit le nombre de capteurs pour lesquels vous disposez d’une licence. Ce texte est fourni à titre informatif et ne constitue pas un avis juridique ; il convient de vérifier auprès de votre propre conseiller juridique si votre organisation est soumise à l’obligation de déclaration.
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 plutôt que sur un outil spécifique. La directive NIS 2 exige la mise en place de mesures dans des domaines tels que l’analyse des risques, la gestion des incidents, la continuité des activités et la gestion de crise, la sécurité de la chaîne d’approvisionnement, la sécurité des réseaux et des systèmes d’information, ainsi que des politiques permettant d’évaluer l’efficacité réelle de ces mesures. Un capteur supplémentaire contribue à deux de ces domaines : la sécurité des réseaux et des systèmes d’information, en étendant l’analyse du trafic à un segment supplémentaire, et la gestion des incidents, en fournissant des données sur les événements et les actifs qui raccourcissent la phase de détection et de délimitation de la portée. Il n’apporte rien à la continuité des activités, à la gestion de crise, à la sécurité de la chaîne d’approvisionnement, au contrôle d’accès, à la cryptographie ou à la formation du personnel, et il ne produit aucune documentation relative aux politiques du type de celle exigée par les auditeurs. Considérez-le comme un élément de détection au sein d’un programme plus large, et non comme une mesure permettant à elle seule de satisfaire aux exigences d’une catégorie.
Deux prises de position officielles sont pertinentes et toutes deux sont toujours en vigueur. Le 20 juin 2024, le Bureau de l’industrie et de la sécurité du Département américain du Commerce a publié une décision définitive interdisant à Kaspersky de fournir des produits et services de cybersécurité et antivirus à des personnes américaines, les nouveaux contrats étant interdits à compter du 20 juillet 2024 et la fourniture de mises à jour prenant fin le 29 septembre 2024 ; la revente ou l’intégration de logiciels Kaspersky par des personnes américaines est couverte par cette même décision. L’Office fédéral allemand de la sécurité de l’information met en garde contre l’utilisation des logiciels antivirus Kaspersky depuis le 15 mars 2022, avertissement qu’il a maintenu jusqu’en 2026 et qui relève désormais de l’article 13 de la loi modifiée sur le BSI, suite à la loi d’application allemande de la directive NIS 2 entrée en vigueur le 6 décembre 2025. Kaspersky rejette ces deux évaluations, affirme que ces préoccupations sont de nature géopolitique et hypothétique plutôt que fondées sur des preuves, met en avant son traitement des données en Suisse et a déclaré avoir proposé une vérification indépendante de ses produits par un tiers. Les tests techniques indépendants constituent une question distincte et se sont poursuivis : en 2026, AV-Comparatives a décerné sa certification « Operational Technology » à KICS for Nodes, le composant de protection des terminaux de cette même plateforme, après que celui-ci eut bloqué tous les scénarios d’exécution hors ligne post-intrusion sans générer de faux positifs. Concrètement, cela concerne les acheteurs exposés au marché américain, les contrats du secteur public ou les clients qui imposent des clauses relatives à l’origine du fournisseur par le biais de questionnaires sur la chaîne d’approvisionnement ; pour un opérateur industriel du secteur privé purement suisse ou européen ne soumis à aucune de ces clauses, il s’agit d’un risque documenté à consigner dans une évaluation du fournisseur plutôt que d’un obstacle juridique.
En partie, et uniquement pour les éléments relatifs à la surveillance du réseau. Il répond aux questions concernant l’inventaire des actifs OT, la surveillance du trafic réseau industriel, la détection des communications non autorisées entre appareils, l’inspection des commandes de protocoles industriels et le transfert des événements de détection vers un SIEM, puisque le serveur KICS for Networks exporte vers des systèmes externes via des connecteurs. Il n’apporte aucune réponse concernant la protection anti-malware des terminaux, les listes d’applications autorisées, l’état des correctifs, la correction des vulnérabilités, le chiffrement, l’authentification multifactorielle, les accès privilégiés, les tests de sauvegarde et de restauration, ni la formation à la sensibilisation à la sécurité, et il ne fournit aucune preuve relative aux politiques ou aux processus. Il ne peut pas non plus répondre à la question relative à l’origine du fournisseur qui apparaît de plus en plus souvent dans les questionnaires des clients ayant une exposition aux États-Unis. La solution la plus économique pour combler ces lacunes techniques consiste généralement à rester au sein de la même plateforme, en ajoutant KICS for Nodes pour la protection des terminaux et le module Security Audit (sous licence distincte) pour les preuves relatives aux vulnérabilités et à la configuration, plutôt que d’introduire la console d’un deuxième fournisseur parallèlement au serveur existant.
La seule différence déterminante réside dans le fait que le serveur constitue une installation complète et autonome, contrairement au capteur supplémentaire. Le serveur intègre l’interface web, stocke les données relatives aux périphériques et aux événements, gère tous les capteurs et contient son propre capteur intégré ; ainsi, à lui seul, un serveur offre déjà l’ensemble des fonctionnalités pour les segments qu’il est en mesure de surveiller. Un capteur supplémentaire n’ajoute que des capacités d’analyse et une portée physique : il inspecte le trafic à ses propres points de surveillance et transmet les résultats en amont, mais ne dispose ni de console, ni de stockage de données, ni d’existence indépendante. Vous achetez des capteurs lorsque le trafic ne peut pas être acheminé vers le serveur, et non lorsque vous souhaitez disposer de fonctionnalités supplémentaires.
| Capacité | Licence « Serveur » | Capteur supplémentaire |
|---|---|---|
| Interface Web et gestion centralisée | ✓ | ✕ |
| Analyse du trafic au niveau de ses propres points de surveillance | ✓ | ✓ |
| Stockage des événements et base de données des appareils | ✓ | ✕ |
| Fonctionne sans autre licence | ✓ | ✕ |
| Interrogation active et audit de sécurité | Sous licence séparée | Sous licence distincte |
La restriction géographique la plus évidente est que les produits Kaspersky ne peuvent pas être fournis à des personnes américaines conformément à l’interdiction du ministère du Commerce de 2024 ; ce module complémentaire n’est donc pas une option pour les organisations dont le périmètre d’activité comprend des entités américaines, et la revente ou l’intégration par des personnes américaines est soumise à la même restriction. Techniquement, un capteur ne détecte que ce qui est physiquement répliqué vers ses points de surveillance ; ainsi, un segment dépourvu de port de réplication ou de dérivation reste invisible, quel que soit le nombre de capteurs sous licence, et chaque capteur nécessite son propre ordinateur dédié, distinct du serveur. La surveillance est passive par nature : le capteur détecte et signale, mais ne bloque pas ; l’application des mesures au niveau des périphériques nécessite le composant KICS for Nodes destiné aux terminaux. Les modules « Active Polling » (Interrogation active) et « Security Audit » (Audit de sécurité), que la plupart des acheteurs supposent inclus lorsqu’ils lisent les descriptions relatives à la découverte des actifs et à l’analyse des vulnérabilités, doivent être achetés et faire l’objet d’une licence séparée. Enfin, la liaison entre le capteur et le serveur doit disposer d’une marge suffisante par rapport au volume de trafic analysé par le capteur ; il s’agit là de la limitation la plus souvent constatée après l’installation sur un site distant doté d’une connexion WAN de faible débit.
Non. La surveillance par le capteur est passive et ne peut pas affecter le système surveillé, ce qui est voulu dans les environnements où un faux positif sur une liaison de contrôleur serait plus préjudiciable que la menace elle-même. Le blocage des communications non autorisées s’effectue au niveau des terminaux via le composant KICS for Nodes, et non via le capteur réseau.
Dans certains cas, oui. KICS for Networks prend en charge le déploiement via une diode de données pour les segments isolés unidirectionnels et peut également recevoir le trafic réseau industriel provenant des composants Kaspersky SD-WAN. Ces deux aspects relèvent de choix architecturaux qui doivent être définis avant l’achat du capteur, et non après.
Le capteur continue d’analyser le trafic localement au niveau de ses points de surveillance, car les règles de détection s’exécutent sur le capteur lui-même plutôt que sur le serveur. Ce qui s’interrompt, c’est le flux en amont des événements et des données sur les actifs vers l’interface web centrale ; les résultats issus de ce segment ne redeviennent donc visibles qu’une fois la connexion sécurisée par certificat rétablie.