Pour la direction et la finance

Ce que vous pouvez montrer, pas une supposition. Une réponse utile a trois parties : ce que la surveillance montre aujourd'hui (alertes et incidents ouverts, et les appareils concernés), ce qu'elle couvre (quels sites, segments de réseau et appareils sont observés) et ce qu'elle ne voit pas (le contenu du trafic chiffré, ce qui ne passe jamais par le réseau, les segments que personne ne surveille). Un « non » assuré qui se révèle faux plus tard coûte plus de crédibilité qu'un honnête « rien de visible sur ce que nous observons ». NetSenX donne cette vue en langage clair : dans toutes les offres, Free comprise, il signale le beaconing C2, les balayages, les mouvements latéraux et les volumes inhabituels de données sortantes, et il indique quels segments ses capteurs observent. Il ne peut pas prouver que rien ne s'est passé ailleurs.

Non. Aucun outil ne peut prouver l'absence d'intrusion ; il peut seulement montrer qu'il n'en a trouvé aucune trace dans ce qu'il observe. Un attaquant qui utilise des mots de passe volés et des outils d'administration ordinaires ressemble à un salarié, et un appareil qui reste silencieux ne montre rien. Ce qu'une direction peut raisonnablement attendre, ce sont des preuves que les principales voies d'entrée et de sortie sont surveillées, que quelqu'un lit les alertes et décide, et que les angles morts sont connus et écrits. Combinez plusieurs vues : détection sur les postes (EDR), journaux d'identité et de messagerie, et détection réseau pour le trafic entre appareils. NetSenX couvre la partie réseau et dit clairement quels segments il ne surveille pas. Méfiez-vous d'un fournisseur qui promet une certitude.

Ce qui se passe entre les ordinateurs, là où l'antivirus ne regarde pas. L'antivirus et l'EDR (endpoint detection and response) cherchent dans chaque machine des fichiers et des comportements malveillants. Un capteur réseau regarde les connexions : un PC qui contacte un serveur inconnu toutes les quelques minutes, un poste qui se connecte soudain à beaucoup d'autres, un serveur qui envoie la nuit bien plus de données que d'habitude. Ce sont les étapes qu'un attaquant suit une fois entré, souvent avec des outils légitimes que l'antivirus laisse passer. NetSenX les signale dans toutes les offres, Free comprise, et explique chaque alerte en langage clair. Il ne remplace ni l'antivirus ni l'EDR : il ne voit pas un fichier chiffré à l'intérieur d'un portable ni un dossier copié sur une clé USB. Les deux vues ensemble laissent moins d'angles morts.

En général un dossier court : vos politiques de sécurité, la liste des incidents des dernières années et leur traitement, les résultats de tests d'intrusion ou d'audits, vos certifications éventuelles, votre cyberassurance, vos accords de traitement des données et une description de la façon dont vous détectez les intrusions. Un acquéreur chiffre ce que vous ne pouvez pas documenter, par une baisse de prix, un séquestre ou une clause de garantie ; les traces comptent donc plus que les assurances verbales. Commencez à les rassembler avant qu'une cession soit à l'ordre du jour : un registre des incidents, la décision prise sur chaque alerte sérieuse et la date de début de la surveillance. NetSenX conserve un historique des alertes et un journal d'audit des décisions de votre équipe dans toutes les offres, avec des rapports PDF dès l'offre Starter ; la profondeur de l'historique dépend de l'offre.

Cela dépend de l'offre : l'offre Free conserve 30 jours d'historique des alertes, les offres payantes plus longtemps, et l'offre Enterprise sans limite de durée. Le journal d'audit, qui enregistre ce que votre équipe a fait de chaque alerte et chaque modification des réglages, a sa propre durée de conservation, qui augmente aussi avec l'offre ; la page des tarifs indique les deux. Choisissez l'offre en pensant aux preuves dont vous pourriez avoir besoin : un acquéreur, un assureur ou un auditeur peut demander l'année écoulée, et un historique jamais conservé ne se reconstitue pas. Si vous avez besoin de traces plus longtemps que votre offre ne les garde, exportez des rapports PDF dès l'offre Starter, ou les alertes par l'API dès l'offre Pro, et archivez-les selon votre propre politique de conservation.

Oui, sous une forme qui dépend de l'offre. Dès l'offre Starter, NetSenX produit des rapports PDF des détections à remettre à un acquéreur, un investisseur ou un auditeur ; dès l'offre Pro, les alertes s'exportent par l'API, et dès l'offre Business elles peuvent être envoyées vers un SIEM (security information and event management). Le journal d'audit des décisions est tenu dans toutes les offres. Avant de partager, vérifiez le contenu : les noms d'appareils et les adresses internes révèlent l'architecture de votre réseau, et les noms d'appareils contiennent parfois des noms de salariés ; partagez donc sous accord de confidentialité et retirez ce dont le destinataire n'a pas besoin. Un export montre ce que NetSenX a vu ; il ne dit rien des segments ou systèmes qu'il ne surveillait pas.

Quelques chiffres qu'elle peut vérifier et comparer dans le temps, pas un long rapport technique. Utiles : les incidents ouverts et depuis combien de temps ; les alertes sérieuses et le délai avant qu'on les examine ; quels sites, segments et appareils sont surveillés et lesquels ne le sont pas ; la date du dernier test de restauration réussi des sauvegardes ; la part des comptes protégés par l'authentification multifacteur (MFA) ; les correctifs critiques en retard ; les incidents notifiés aux autorités, délais tenus ou manqués. Chaque chiffre a un responsable et une phrase sur ce qui a changé. NetSenX fournit la partie réseau : nombre d'alertes et d'incidents, suivi des délais de notification NIS2 et liste des segments surveillés. Tests de sauvegarde, MFA et correctifs viennent d'autres systèmes.

Rarement. Un score unique mélange des choses qui ne s'additionnent pas, comme des sauvegardes absentes, un serveur non corrigé et une équipe financière non formée, et sa précision est généralement illusoire : personne ne peut justifier pourquoi l'entreprise est à 62 et non à 58. Une fois inscrit au procès-verbal, un chiffre est cité pendant des années et masque le problème qui a réellement bougé. Quelques faits simples servent mieux la direction : ce qui est surveillé, ce qui est ouvert, ce qui a été testé et ce qui est en retard, chacun avec une tendance et un responsable. Si un assureur ou un portail fournisseurs vous attribue une note, demandez comment elle est calculée et ce qu'elle omet. NetSenX aide pour la partie réseau : nombre d'alertes et d'incidents, liste des segments surveillés.

En décrivant des résultats et des décisions, pas de la technique. Au lieu de « nous avons vu du beaconing C2 depuis un hôte du VLAN 20 », dites : « un PC de la comptabilité contactait un serveur inconnu toutes les cinq minutes ; nous l'avons isolé mardi, trouvé un logiciel malveillant, nettoyé le poste et changé les mots de passe qu'il contenait ». Pour chaque point : ce qui s'est passé, ce que cela aurait pu coûter, ce que vous avez fait et ce que vous attendez de la direction : une décision, un budget ou rien. Gardez une page fixe avec les mêmes quelques indicateurs chaque trimestre, pour que les changements se voient d'un coup d'œil. Terminez par ce que vous ne voyez pas encore et ce qu'il faudrait pour combler ce manque. NetSenX rédige chaque alerte en langage clair, réutilisable, et ses rapports PDF, dès l'offre Starter, peuvent être joints au dossier de la direction.

Surtout la preuve que les bases fonctionnent et que quelqu'un en est responsable. Les listes de contrôle habituelles demandent qui est responsable de la sécurité, s'il existe des politiques écrites, comment les accès sont protégés (y compris l'authentification multifacteur), comment les données sont sauvegardées et restaurées, s'il y a eu des incidents et comment ils ont été traités, où sont stockées les données clients et sous quels contrats, et si les intrusions sont détectées. Les investisseurs en phase précoce attendent rarement des certifications, mais ils attendent des réponses honnêtes et cohérentes avec vos documents. Préparez un dossier court : un responsable nommé, les politiques, un registre des incidents, vos accords de traitement des données et une page sur la surveillance. NetSenX en fournit une partie : historique des alertes, journal d'audit des décisions et, dès l'offre Starter, rapports PDF ; les données clients restent dans l'UE.

De plus en plus, oui, mais comme une question plutôt qu'une exigence fixe. La due diligence technique demande comment vous remarqueriez une intrusion, et « nous l'apprendrions par un client » est une réponse faible. Les investisseurs s'intéressent moins au nom du produit qu'au fait que les alertes atteignent quelqu'un, que cette personne agisse et qu'il en reste une trace. Un réseau surveillé avec un historique d'alertes et des décisions documentées répond à la question ; un outil inutilisé, non. Si la surveillance a commencé juste avant une levée, dites-le : un historique court présenté honnêtement vaut mieux qu'un long historique sous-entendu. L'offre Free de NetSenX n'a pas de limite de durée : vous pouvez constituer un historique bien avant la due diligence et passer à une offre payante quand il vous faut plus d'historique ou des rapports.

Oui, sans équipe de sécurité. Les investisseurs veulent voir qu'une surveillance existe, que quelqu'un reçoit les alertes et que les décisions sont consignées. Une entreprise de 30 personnes y parvient avec un seul capteur : un agent NetSenX sur le port miroir d'un commutateur (SPAN) ou sur un TAP réseau observe le trafic de tout un segment et compte pour un appareil. Les alertes arrivent par e-mail dans toutes les offres, chacune expliquée en langage clair, si bien qu'un responsable administratif ou un prestataire informatique peut les lire et agir. Décrivez sur une page ce qui est surveillé et qui réagit, et joignez un rapport PDF dès l'offre Starter. Soyez clair sur les limites : un capteur réseau ne remplace ni la protection des postes, ni les sauvegardes, ni l'authentification multifacteur, sur lesquelles les investisseurs posent aussi des questions.

La vérité, avec des faits et ce qui a changé, dans vos limites légales et contractuelles. Convenez d'abord en interne de ce qui compte comme incident pour cette réponse : un e-mail d'hameçonnage bloqué n'en est pas un, un compte compromis en est généralement un. Répondez ensuite avec des dates, l'étendue, l'impact éventuel sur les données clients, les autorités informées et les améliorations apportées. Si un incident est encore en cours d'analyse ou couvert par la confidentialité, dites ce que vous pouvez et quand vous en direz plus. Une réponse vague ou évasive coûte généralement plus de confiance qu'un incident bien géré. Les traces simplifient tout : un registre des incidents, les alertes associées et les décisions prises. NetSenX conserve l'historique des alertes et le journal d'audit des décisions pendant la durée prévue par votre offre.

Souvent oui, et parfois c'est obligatoire. Selon le RGPD, les personnes concernées doivent être informées d'une violation de données personnelles susceptible d'engendrer un risque élevé pour elles ; NIS2 peut imposer d'informer les destinataires de vos services des incidents importants, et les contrats ajoutent souvent leurs propres obligations de notification. Au-delà de l'obligation, la transparence est une décision d'entreprise : des clients qui découvrent un incident par un journaliste ou un site de fuite pardonnent rarement le silence, alors qu'un récit clair de ce qui s'est passé et de ce que vous avez changé peut renforcer la confiance. Fixez la ligne de communication avec la direction, un conseil juridique et votre assureur avant un incident, pas pendant. Gardez les faits prêts : quand il a commencé, ce qui a été touché et ce qui a été fait.

Un registre des incidents et les preuves derrière chaque entrée. Pour chaque incident, notez quand il a commencé, quand et par qui il a été détecté, ce qui a été touché (systèmes, données, clients), comment il a été contenu, s'il a été notifié et à qui, sa cause et ce qui a changé ensuite. Conservez aussi les éléments associés : alertes, journaux, tickets, décisions et échanges avec les autorités ou les clients. Le RGPD impose déjà aux responsables du traitement de documenter toute violation de données personnelles, même non notifiée, et auditeurs comme acquéreurs demanderont les mêmes faits. NetSenX fournit la partie réseau : alertes avec heure, appareils et destinations, journal d'audit de qui a décidé quoi, et suivi des délais NIS2 par incident. Tenez le registre lui-même dans un endroit que vous maîtrisez.

Que c'est généralement le coût le plus lourd d'un incident cyber, et un coût que vous pouvez estimer vous-même. Une journée sans systèmes signifie des ventes ou une production perdues, des salaires payés à attendre, des heures supplémentaires pour rattraper, des pénalités contractuelles et des clients qui partent. Demandez à la finance d'estimer une journée pour votre propre entreprise à partir du chiffre d'affaires, de la masse salariale et des contrats clés, puis à l'informatique combien de jours prendrait réellement une restauration complète ; le produit des deux est un meilleur repère que n'importe quelle moyenne sectorielle. Ce chiffre aide la direction à juger les sauvegardes, les plans de reprise et les plafonds d'assurance. NetSenX change le moment : il peut faire apparaître les étapes qui précèdent d'ordinaire le blocage par un rançongiciel, comme les mouvements latéraux et les données qui sortent, quand il est encore temps d'agir. Il ne restaure pas les systèmes.

Des questions auxquelles on peut répondre par des faits. Cinq qui fonctionnent bien : comment saurions-nous aujourd'hui que quelqu'un est dans notre réseau, et qui recevrait l'alerte un dimanche dans la nuit ? Quand avons-nous restauré pour la dernière fois un système complet depuis une sauvegarde, et combien de temps cela a-t-il pris ? Quels comptes se connectent encore sans authentification multifacteur ? Quels fournisseurs peuvent atteindre nos systèmes, et comment ? Que ne voyons-nous pas, et combien coûterait-il de le voir ? Demandez des réponses écrites et revenez-y chaque trimestre. Une bonne réponse cite une personne, une date et un document ; une réponse faible, c'est « nous avons un outil pour ça ». NetSenX aide à répondre à la première et à la dernière question pour le réseau : qui reçoit les alertes, et quels segments sont surveillés ou non.

Assez pour juger des risques et des décisions, pas pour configurer des systèmes. Une bonne formation couvre les principales façons dont les entreprises sont attaquées (mots de passe volés, hameçonnage, systèmes non corrigés, fournisseurs), ce qu'un incident fait à l'activité et les délais qui commencent à courir, les obligations propres de la direction au titre de textes comme NIS2, la lecture des indicateurs de sécurité qu'elle reçoit et ce qu'il faut faire dans les premières heures d'un incident. Un court exercice sur table, où la direction déroule un incident réaliste, apprend davantage que des diapositives. Selon NIS2, les membres des organes de direction des entités concernées doivent suivre une formation ; les lois nationales en fixent les détails. Conservez les feuilles de présence : elles font partie des preuves. NetSenX ne propose pas de formation, mais ses alertes en langage clair sont de bons exemples réels.

Une personne nommée au niveau de la direction, même si d'autres font le travail. Dans une petite entreprise, c'est souvent le dirigeant ou le directeur financier, avec un responsable informatique, un administrateur seul ou un prestataire externe pour les tâches quotidiennes. Porter le sujet, c'est fixer les priorités et le budget, recevoir la vue trimestrielle et être la personne qu'on appelle quand un incident commence. Sans responsable nommé, les tâches tombent entre l'informatique, la finance et le prestataire, et personne ne s'en aperçoit avant une panne. Écrivez qui est responsable de quoi, y compris qui peut décider de débrancher des systèmes ou d'appeler l'assureur. Avec NIS2, la responsabilité d'approuver et de superviser les mesures de sécurité revient à l'organe de direction, quel que soit celui qui fait le travail. Aucun outil ne porte ce risque à votre place.

Prendre vite quelques décisions et laisser le travail technique à ceux qui le font. Confirmez qui pilote la réponse et qui parle au nom de l'entreprise. Appelez tôt la ligne sinistres de votre assureur, car beaucoup de polices exigent une déclaration rapide et désignent le prestataire de réponse qu'elles prennent en charge. Faites venir un conseil juridique, et le DPO si des données personnelles peuvent être concernées. Lancez les chronomètres : selon NIS2, l'alerte précoce est due dans les 24 heures après avoir eu connaissance d'un incident important, et selon le RGPD une violation est notifiée à l'autorité si possible dans les 72 heures. Ne laissez personne effacer des systèmes avant que les preuves soient sécurisées, et ne payez ni ne contactez les attaquants sans conseil. NetSenX suit les délais NIS2 par incident et conserve les alertes qui montrent ce qui a traversé le réseau.

L'organe de direction, conseillé par des avocats, l'assureur et le prestataire de réponse à incident, et jamais une personne seule sous pression. Avant toute décision, l'entreprise a besoin de faits : les systèmes peuvent-ils être restaurés depuis les sauvegardes, et en combien de temps ; des données sont-elles vraiment sorties, et combien ; un paiement est-il même légal, certains groupes criminels étant sous sanctions ; que dit la police d'assurance. Les attaquants prétendent souvent avoir copié des données pour accentuer la pression : vérifiez cette affirmation sur des preuves. Décidez à l'avance qui prend cette décision et qui doit être consulté. Payer ne garantit ni un déchiffrement qui fonctionne ni la suppression des données volées. NetSenX ne conseille pas sur le paiement ; il peut montrer si des envois inhabituels sont partis d'appareils surveillés dans les jours précédant l'attaque, et vers où.

Des contrôles de processus à la comptabilité, car cette fraude passe par l'e-mail et le téléphone, pas par le réseau. Les plus efficaces ne coûtent rien : confirmer tout changement de coordonnées bancaires d'un fournisseur en rappelant un numéro déjà connu, jamais celui de l'e-mail ; exiger deux validations pour les paiements au-dessus d'un montant fixé et pour tout premier paiement vers un nouveau compte ; permettre au personnel de refuser sans conséquence une demande urgente d'un supérieur tant qu'elle n'est pas vérifiée. Ajoutez des mesures techniques pour la messagerie : l'authentification multifacteur sur les boîtes et DMARC, une norme qui empêche des tiers d'envoyer des e-mails au nom de votre domaine. NetSenX ne filtre pas les e-mails et ne voit pas une demande frauduleuse ; il n'aide que si la fraude commence par un logiciel malveillant qui communique ensuite vers l'extérieur.

Oui, rédigé en risques métier plutôt qu'en une ligne technique. Décrivez chaque risque dans des termes que la direction reconnaît : production arrêtée par un rançongiciel, données clients volées, fraude au paiement, fournisseur clé piraté, amende pour un délai de notification manqué. Pour chacun, notez l'impact probable, les mesures en place, le responsable et ce qui manque encore. Le risque cyber devient ainsi comparable aux autres au moment des budgets, et auditeurs comme assureurs disposent d'une trace claire. Revoyez la cartographie au moins une fois par an et après chaque incident sérieux. NIS2 attend des entités concernées qu'elles fondent leurs mesures sur une analyse des risques, et l'ISO/IEC 27001 est construite autour d'une telle analyse. NetSenX ne tient pas de registre des risques ; il fournit des preuves pour les mesures de détection qui y figurent.

En reliant chaque poste à un risque qu'il réduit et à un résultat qu'il doit produire. Demandez le budget en trois parties : ce qui fait tourner les bases (sauvegardes, correctifs, authentification multifacteur, protection des postes), ce qui comble des manques connus (par exemple, personne ne surveille le réseau la nuit) et ce qui est optionnel. Pour chaque ligne, demandez ce qui se passe si on la supprime et comment vous saurez qu'elle fonctionne. Comparez le total à votre propre estimation du coût d'une journée sans systèmes plutôt qu'à des moyennes sectorielles. Préférez des outils aux prix publiés et sans engagement long, pour connaître le coût à l'avance et pouvoir l'arrêter. NetSenX publie ses prix, d'une offre Free sans limite de durée jusqu'à l'offre Enterprise ; la page des tarifs détaille le contenu de chaque offre.

Une alerte est un signal ; un incident est un événement confirmé qui nuit à l'entreprise ou la menace. Un outil de surveillance lève une alerte quand il voit quelque chose d'inhabituel, comme un PC qui contacte un serveur inconnu à intervalles réguliers. Quelqu'un la vérifie ensuite : beaucoup d'alertes se révèlent anodines, certaines révèlent un vrai problème. Quand une ou plusieurs alertes montrent que des systèmes ou des données ont réellement été touchés, il y a incident, avec un responsable, une réponse et peut-être une obligation de notification. Pour la direction, les chiffres utiles sont les incidents et la rapidité de vérification des alertes, pas le nombre brut d'alertes. NetSenX permet à votre équipe de suivre les incidents avec les alertes associées et leurs délais de notification NIS2 ; décider si un incident est important vous revient.

Surtout à travers ce qui n'est pas documenté, plus qu'à travers l'incident lui-même. Les acquéreurs posent des questions sur les incidents passés lors de la due diligence. Un incident détecté, contenu, notifié à temps et suivi d'améliorations devient en général une ligne dans la lettre d'informations. Un incident qui apparaît tard, ou que le cédant ne sait pas expliquer, conduit plutôt à une baisse de prix, un séquestre, des garanties spécifiques ou un report du closing, parce que l'acquéreur ne sait pas ce qui pourrait encore être caché. Les assureurs côté acquéreur posent des questions semblables. Préparez-vous avec un registre des incidents, des preuves de surveillance et les décisions prises sur chaque alerte sérieuse. NetSenX conserve l'historique des alertes et un journal d'audit des décisions pendant la durée prévue par votre offre, exportables comme preuves.

C'est la quantité et le type de risque cyber que la direction accepte pour faire tourner l'entreprise, écrits pour que d'autres puissent s'y fier. Elle se traduit par des énoncés concrets, par exemple : la production ne peut pas s'arrêter plus d'un jour ; les données clients ne quittent jamais l'UE ; nous acceptons qu'un portable soit parfois perdu, mais jamais un portable non chiffré. Ces énoncés permettent à l'informatique et aux fournisseurs de décider sans solliciter la direction à chaque fois, et ils montrent où il faut investir : si une restauration complète prend cinq jours et que la limite est d'un jour, il y a un écart à combler. Gardez l'énoncé court et revoyez-le chaque année. C'est une décision de direction qu'aucun outil ne prend. NetSenX aide à en mesurer un aspect : la rapidité avec laquelle une activité réseau inhabituelle est vue.

Des deux, pour des usages différents. Les rapports internes de l'informatique ou du responsable sécurité donnent la vue régulière : indicateurs, points ouverts et décisions à prendre. Un regard indépendant, auditeur, test d'intrusion ou conseil externe, vérifie tous les un ou deux ans que cette vue est juste. S'appuyer seulement sur l'interne, c'est laisser les responsables corriger leur propre copie ; seulement sur l'externe, c'est vivre de longues périodes entre deux photos. Demandez aux deux d'utiliser les mêmes quelques indicateurs pour pouvoir comparer leurs constats. Quand c'est possible, montrez aussi à la direction des preuves brutes, comme un rapport d'alertes, pas seulement des diapositives. Les rapports NetSenX proviennent de votre propre trafic réseau et peuvent servir aux deux types de revue, mais ils ne couvrent que ce que ses capteurs observent.

Demandez des preuves sur quelques points et vérifiez-en une partie vous-même. Votre contrat doit préciser ce que le prestataire surveille, qui intervient la nuit et le week-end, en combien de temps, et comment les incidents vous sont signalés. Demandez ensuite chaque trimestre l'état des correctifs des serveurs, le résultat du dernier test de restauration, les comptes sans authentification multifacteur, ainsi que les incidents et leur traitement. Si le prestataire dispose d'un large accès à distance à vos systèmes, demandez comment cet accès est protégé, car les attaquants visent les prestataires pour atteindre leurs clients. Une visibilité indépendante aide : les alertes de votre propre surveillance montrent si les problèmes sont trouvés avant que vous n'en entendiez parler. Dès l'offre Starter, NetSenX accepte plusieurs utilisateurs, si bien que votre prestataire et quelqu'un de l'entreprise peuvent voir les alertes.

Quelqu'un qui peut confirmer que les réponses sont vraies, en général le responsable de la sécurité, la direction étant informée des réponses importantes. En pratique, les réponses deviennent partie du contrat : un client qui s'est fié à un « oui » inexact peut réclamer des dommages ou résilier après un incident. Répondez donc pour ce qui existe aujourd'hui, pas pour ce qui est prévu, et écrivez « partiellement », avec une courte explication, quand c'est la vérité. Rangez les preuves de chaque oui dans un même dossier, pour que le prochain questionnaire prenne des heures et non des semaines. Revoyez les réponses à chaque changement, comme un nouveau fournisseur ou un outil abandonné. Pour les questions sur la détection d'intrusion, NetSenX fournit des preuves concrètes : segments surveillés, historique des alertes, journal d'audit et données stockées dans l'UE.

Tôt, factuellement et d'une seule voix. Préparez un court communiqué d'attente avant d'en avoir besoin : ce qui s'est passé en mots simples, ce que vous faites, ce que les clients doivent faire (par exemple, se méfier de fausses factures à votre nom) et quand vous reviendrez vers eux. Ne spéculez ni sur l'attaquant ni sur l'étendue, et ne promettez pas qu'aucune donnée n'a été touchée si vous ne pouvez pas le montrer. Coordonnez le texte avec un conseil juridique, votre assureur et, quand des données personnelles sont en jeu, votre DPO, et gardez-le cohérent avec ce que vous notifiez aux autorités. Désignez un seul porte-parole. Une communication honnête repose sur des faits : les alertes NetSenX montrent quand le trafic inhabituel a commencé, quels appareils étaient en cause et si des données ont quitté les segments surveillés.

Oui, rapidement, avec ce qu'ils doivent faire et rien qui nuise à l'enquête. Les salariés voient les systèmes tomber et en parlent ; le silence produit des rumeurs, parfois une publication sur les réseaux sociaux. Dites ce qui est connu, ce qu'il faut faire ou éviter (ne pas rallumer les machines touchées, signaler les e-mails suspects, renvoyer les questions de la presse vers le porte-parole) et d'où viendront les nouvelles. Si des données des salariés eux-mêmes peuvent être touchées, ils peuvent aussi avoir droit à une information au titre du RGPD. Remerciez la personne qui a signalé le premier soupçon : ceux qu'on blâme cessent de signaler. Les preuves réseau aident à cibler le message vers les services et appareils réellement concernés, sans nommer quiconque avant que les faits soient établis.

Un exercice sur table est une discussion guidée autour d'un incident réaliste, et oui, la direction devrait y participer au moins une fois par an. Un animateur déroule un scénario étape par étape, par exemple une demande de rançon sur tous les écrans un lundi matin, et les participants décident de ce qu'ils feraient : qui pilote, qui appelle l'assureur, quand notifier les autorités, faut-il arrêter la production, que dire aux clients. Aucun système n'est touché. L'intérêt est de trouver les failles tant qu'elles coûtent peu à corriger : numéros de téléphone manquants, pouvoirs de décision flous, sauvegardes jamais testées. Notez les constats et qui corrige chacun. De vraies alertes NetSenX, avec heure, appareils et destinations, sont un bon point de départ pour un scénario adapté à votre réseau.

Il passe par les obligations de notification, les niveaux de service et les clauses de responsabilité que vous avez peut-être déjà signés. Beaucoup de contrats exigent d'informer le client d'un incident de sécurité dans un délai fixé, de tenir un niveau de disponibilité et de protéger ses données selon un niveau convenu ; les clients soumis à NIS2 ou à DORA inscrivent souvent ces obligations dans leurs contrats fournisseurs. Une notification manquée peut constituer à elle seule un manquement contractuel, indépendamment de l'incident. Avant tout incident, listez vos principaux contrats et leurs clauses d'incident, et ajoutez cette liste au plan de réponse pour que les bonnes personnes soient prévenues à temps. Vérifiez que votre assurance couvre la responsabilité contractuelle. Les preuves NetSenX aident à répondre aux questions que posent ensuite les clients : quand cela a commencé, quels appareils étaient en cause et ce qui a quitté le réseau.

Rarement à temps plein, mais quelqu'un doit faire le travail. Le RSSI, ou CISO (chief information security officer), porte la stratégie de sécurité, les risques et la réponse aux incidents. Dans une entreprise de quelques dizaines à quelques centaines de personnes, ces tâches sont souvent partagées : un dirigeant porte le risque, un informaticien ou un prestataire gère les mesures, et un conseil externe ou un « RSSI à temps partagé » aide pour les politiques, les audits et les questionnaires. L'essentiel est qu'un nom figure à côté de chaque tâche et que la direction reçoive une vue régulière. Quand l'entreprise grandit ou que les clients en demandent davantage, un poste dédié devient rentable. Les outils allègent la surveillance, pas le jugement : NetSenX explique chaque alerte pour qu'un non-spécialiste puisse la trier, mais c'est toujours une personne qui décide.

En décidant à l'avance ce qui doit continuer et comment le faire sans les systèmes qui pourraient tomber. Un plan de continuité d'activité liste les activités critiques (prendre les commandes, payer les salaires, expédier les marchandises), les systèmes dont chacune dépend et une façon manuelle ou alternative de la faire tourner quelques jours. Il comprend des listes de contacts sur papier, un moyen de communiquer si la messagerie est hors service et l'ordre de restauration des systèmes. Les sauvegardes doivent être conservées là où un attaquant qui contrôle le réseau ne peut pas les effacer, et les restaurations doivent être testées. Exercez le plan une fois par an. NIS2 cite la continuité des activités, la gestion des sauvegardes et la gestion de crise parmi les mesures requises. NetSenX ne restaure pas les systèmes ; il peut alerter plus tôt pour lancer le plan plus vite.

Quel risque il réduit, qui l'utilisera et ce qu'il ne fera pas. Demandez au fournisseur et à votre équipe informatique : quel problème de notre liste de risques cela traite-t-il ; qui lit ses résultats et quand, y compris la nuit ; au bout de combien de temps est-il utile ; quel est le coût annuel complet, temps du personnel compris ; quelles données collecte-t-il, où sont-elles stockées et sous quel contrat ; comment en sortir en emportant nos données. Demandez les limites par écrit : un fournisseur qui dit ce que son produit ne voit pas inspire davantage confiance. Préférez un essai sur votre propre réseau à une présentation. NetSenX propose une offre Free sans limite de durée, publie ses prix et dit clairement ce qu'un capteur réseau ne voit pas.

Celles qui portent sur l'argent qui circule et l'argent en jeu. Qui peut modifier les coordonnées bancaires d'un fournisseur, et comment ce changement est-il vérifié ? Depuis quels ordinateurs peut-on payer, et quelqu'un les surveille-t-il ? Combien coûterait une journée sans systèmes, et que couvre notre assurance, avec quelles conditions et exclusions ? Nos réponses au questionnaire de l'assureur sont-elles encore vraies aujourd'hui ? Combien coûtent nos outils de sécurité par an au total, temps du personnel compris, et quel risque chacun réduit-il ? Quels contrats prévoient des pénalités en cas d'interruption ou de perte de données ? Ces questions transforment la sécurité en chiffres que la direction peut peser. NetSenX aide directement pour l'une d'elles : dans toutes les offres, il signale un PC de paiement qui se met à contacter un serveur inconnu à intervalles réguliers, signe fréquent d'un logiciel malveillant bancaire.

Au moins chaque trimestre comme point permanent de l'ordre du jour, et immédiatement après tout incident sérieux. Une revue trimestrielle garde sous les yeux les mêmes quelques indicateurs, consigne les décisions et montre les tendances : incidents ouverts, couverture de la surveillance, tests de sauvegarde, correctifs en retard et délais de notification tenus. Une fois par an, allez plus loin : revoyez la cartographie des risques et l'appétence au risque, le plan de réponse et la couverture d'assurance, et organisez un court exercice. Selon NIS2, l'organe de direction d'une entité concernée approuve les mesures de sécurité et supervise leur mise en œuvre, ce qui se démontre mal sans procès-verbaux réguliers. Conservez procès-verbaux et documents : ils prouvent que la supervision a eu lieu. Les rapports PDF de NetSenX, disponibles dès l'offre Starter, peuvent servir d'annexe réseau à chaque dossier trimestriel.

En posant quelques questions concrètes, en inscrivant les réponses au contrat et en limitant ce que le fournisseur peut atteindre. Avant de lui ouvrir un accès à distance ou vos données, demandez comment il protège ses propres systèmes (authentification multifacteur, correctifs, surveillance), s'il a subi des incidents, qui chez lui peut atteindre vos systèmes et comment il vous préviendra s'il est lui-même compromis. Inscrivez une obligation de notification dans le contrat. Accordez ensuite le moindre accès nécessaire, pour la durée nécessaire, et retirez-le à la fin des travaux. Le risque fournisseur est réel : le Data Breach Investigations Report 2025 de Verizon a relevé l'implication d'un tiers dans 30 % des violations, contre 15 % auparavant. NetSenX montre les connexions qu'une session à distance du fournisseur établit dans votre réseau et lève une alerte si elle se met à passer d'un appareil à l'autre.