Que comprend le module complémentaire « Bitdefender XDR Sensor Network » ?

Appareil de surveillance réseau – Appareil virtuel qui analyse le trafic mis en miroir à partir d’un port de commutateur.
Détection des mouvements latéraux – Signale les attaquants se propageant d’un système à l’autre au sein de votre réseau.
Exfiltration et analyse – Détecte les données quittant le réseau, les analyses de ports et les attaques par force brute.
Visibilité sur les appareils non gérés – Couvre l’IoT et les appareils sur lesquels aucun agent n’est installé.
Analyse active du réseau – Identifie les ports ouverts, les applications en cours d’exécution et les vulnérabilités CVE connues.
Important – Module complémentaire uniquement, nécessite GravityZone Business Security Enterprise comme base.

Quels sont les principaux avantages du module complémentaire Bitdefender XDR Sensor Network ?

Le module complémentaire Bitdefender XDR Sensor Network est une extension de licence pour GravityZone XDR qui alimente le même moteur de corrélation, qui traite déjà les événements des terminaux, avec les données télémétriques du trafic réseau. Il fonctionne comme une appliance virtuelle et est configuré et surveillé de manière centralisée depuis le GravityZone Control Center, au même titre que tous les autres capteurs.

Console centrale – Configuration et surveillance depuis le même GravityZone Control Center.
Incidents corrélés – Les alertes réseau s’ajoutent aux événements des terminaux dans une chronologie unique des attaques.
Couverture des angles morts – Détecte les imprimantes, les caméras et les systèmes hérités inaccessibles aux agents.
Triage plus rapide – Les analystes visualisent le chemin réseau au lieu de devoir le reconstituer.
Intégration guidée – Le capteur est connecté grâce à une configuration étape par étape depuis la console.
Gestion multi-locataires – Les fournisseurs de services configurent tous les capteurs à partir d’une seule console.

Le meilleur antivirus ? Pourquoi Windows Defender ne suffit pas à lui seul ?
Pourquoi la protection intégrée laisse des lacunes de détection qu’une configuration de sécurité multicouche doit combler.

À quelle taille d’entreprise le module complémentaire Bitdefender XDR Sensor Network est-il adapté ?

Le facteur déterminant n’est pas l’effectif, mais la capacité de vos commutateurs à mettre en miroir le trafic et la présence d’une personne chargée d’examiner les incidents détectés. Une entreprise disposant d’un réseau plat, de commutateurs non gérés et ne disposant d’aucun personnel d’astreinte pour traiter les alertes paiera pour une télémétrie que personne ne consultera.

Le module complémentaire Bitdefender XDR Sensor Network répond-il aux exigences de la législation suisse en matière de cybersécurité ?

L'obligation de signalement prévue par la loi révisée sur la sécurité de l'information s'applique aux exploitants d'infrastructures critiques, par exemple les fournisseurs d'énergie et d'eau, les entreprises de transport et les administrations cantonales et communales, et non à toutes les entreprises suisses. Depuis le 1er avril 2025, ces exploitants doivent signaler une cyberattaque à l’Office fédéral de la cybersécurité (BACS) dans les 24 heures suivant sa découverte, ce qui signifie que le délai commence à courir dès la détection et non dès la maîtrise de l’incident. Le capteur de réseau contribue au respect de ce délai d’une manière concrète : il horodate les mouvements latéraux, les analyses de ports et les tentatives d’exfiltration, puis les intègre dans la chronologie des incidents de GravityZone, ce qui permet de déterminer quand une attaque a commencé et quels systèmes elle a touchés dans le délai de signalement. Il ne couvre pas le reste de l’obligation, car il ne détermine pas si un incident doit être signalé, ne génère pas de notification à l’intention du BACS, ne détecte pas le trafic qui ne lui est jamais répliqué et ne remplace pas un processus d’escalade interne avec des responsabilités clairement définies. Ce texte est une description de produit et ne constitue pas un avis juridique ; il vous appartient donc de vérifier auprès de vos propres conseillers juridiques si votre organisation est soumise à l’obligation de déclaration.

Le module complémentaire Bitdefender XDR Sensor Network répond-il aux exigences de la législation européenne en matière de cybersécurité ?

Aucun produit ne permet à une entreprise de se conformer à la directive NIS 2, car celle-ci porte sur la gestion des risques organisationnels et la responsabilité de la direction plutôt que sur les fonctionnalités logicielles. La directive NIS 2 exige des entités concernées qu’elles mettent en œuvre des mesures couvrant 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 procédures permettant de vérifier l’efficacité de ces mesures. Le capteur réseau contribue à deux de ces domaines : il détecte les attaques visibles dans le trafic réseau et fournit les preuves corrélées dont la gestion des incidents a besoin pour montrer comment une intrusion s’est propagée dans l’environnement. Il ne contribue en rien à la continuité des activités, à la sauvegarde et à la restauration, à l’évaluation des fournisseurs, à la formation du personnel ou à la gouvernance, et il ne fournit aucun workflow pour les obligations de notification imposées par la directive. Les entités concernées devraient le considérer comme une source de détection au sein d’un système de gestion plus large, et non comme une mesure de conformité à part entière.

La perte de données coûte cher : comment les sauvegardes vous aident à éviter les interruptions de service.
Comment la planification des sauvegardes et des restaurations couvre l’aspect de la continuité des activités qu’un capteur de détection ne peut pas prendre en charge.

Le module complémentaire Bitdefender XDR Sensor Network facilite-t-il le remplissage des questionnaires de sécurité des grands clients ?

Oui, mais uniquement pour le volet « détection réseau » d’un questionnaire. Il répond à des questions telles que : le trafic interne est-il surveillé pour détecter les mouvements latéraux ? L’exfiltration de données est-elle détectée ? Les appareils dépourvus d’agent de sécurité sont-ils visibles ? Les détections réseau sont-elles corrélées aux événements sur les terminaux ? Et une chronologie des incidents peut-elle être générée sur demande ? Il ne répond à aucune des questions concernant les niveaux de correctifs, le chiffrement des disques, les tests de sauvegarde et de restauration, l’authentification multifactorielle, la gestion des accès privilégiés, la formation à la sensibilisation, les tests d’intrusion ou l’évaluation des fournisseurs, et il ne génère aucune preuve à leur sujet ; par conséquent, un questionnaire qui échoue sur ces points restera inacceptable même après cet achat. Lorsque ces lacunes apparaissent, étendre la même gamme GravityZone avec les modules correspondants, par exemple la gestion des correctifs ou la gestion du chiffrement, s’avère généralement moins coûteux et plus rapide à justifier que de faire appel à un deuxième fournisseur, car les exportations proviennent d’une seule console au lieu de deux.

Quelle est la différence entre le capteur réseau XDR et les autres modules complémentaires de capteurs XDR ?

La différence décisive réside dans la source des données : le capteur réseau est le seul à lire le trafic réseau brut, ce qui en fait le seul capable de détecter les appareils ne disposant ni d’agent ni de compte cloud. Les capteurs d’identité, de cloud et de productivité lisent les journaux d’événements des plateformes que vous exploitez déjà ; ils se connectent donc en quelques minutes sans intervenir sur le réseau, tandis que le capteur réseau nécessite une appliance virtuelle et un port de commutateur en miroir. Chaque catégorie de capteurs fait l’objet d’une licence distincte en tant que module complémentaire à la licence de base GravityZone ; l’achat d’un module n’inclut donc pas les autres. Tous alimentent le même moteur de corrélation, c’est pourquoi les capteurs sont généralement ajoutés en fonction de l’emplacement réel de la zone d’ombre.

Quelles sont les limites à connaître avant l'achat ?

Le capteur analyse uniquement le trafic qui lui est effectivement répliqué ; ainsi, un commutateur ne disposant pas d’un port de réplication ou SPAN configuré ne génère aucune détection, et le trafic entre deux machines virtuelles sur le même hôte reste invisible à moins que ce trafic ne soit également répliqué. Il s’agit d’un composant de détection et de visibilité plutôt que d’un dispositif de blocage en ligne, car le blocage des attaques réseau sur la machine elle-même reste du ressort de Network Attack Defense au sein de l’agent de terminaison. La licence de ce module complémentaire est distincte de celle de GravityZone Business Security Enterprise ; ainsi, une entreprise utilisant uniquement une protection des terminaux ne peut pas l’activer sans disposer de la base XDR sous-jacente. Le coût supplémentaire le plus courant ne concerne pas la licence, mais le réseau : il faut ajouter un commutateur géré, un port miroir ou un deuxième appareil pour un site distant afin que les segments qui vous intéressent soient réellement visibles.

Foire aux questions sur le module complémentaire Bitdefender XDR Sensor Network

Où le capteur réseau est-il configuré et surveillé ?

Les capteurs sont gérés sur la page « Gestion des capteurs » (Sensors Management), dans la section « Configuration » du GravityZone Control Center, où s’affiche l’état d’intégration de chaque capteur. GravityZone envoie également des notifications par e-mail concernant l’état d’intégration, avec l’état indiqué dans l’objet du message, ce qui permet de repérer un capteur qui a cessé de transmettre des données sans avoir à ouvrir la console.

Le capteur réseau nécessite-t-il un agent sur les appareils surveillés ?

Non, et c’est justement là tout l’intérêt. L’appareil analyse le trafic en miroir ; ainsi, les imprimantes, les caméras, les systèmes de gestion technique des bâtiments et les machines héritées qui ne peuvent pas exécuter d’agent de terminal génèrent tout de même des détections, tandis que les terminaux gérés bénéficient d’une deuxième perspective sur le même événement, que le moteur de corrélation peut recouper avec l’activité de leurs processus.