MSP et MSSP

Un MSP (managed service provider) gère l'informatique de ses clients ; un MSSP (managed security service provider) gère leur surveillance de sécurité et leur réponse aux incidents. La frontière s'est brouillée : beaucoup de MSP vendent aujourd'hui des services de sécurité, et les clients s'y attendent souvent. Ce qui compte, c'est ce que vous promettez. Un MSSP s'engage en général à surveiller les alertes sur des plages définies, souvent en continu, avec des délais de réaction au contrat et un personnel formé pour cela. Un MSP qui ajoute un outil de sécurité mais n'a personne pour surveiller la nuit n'est pas un MSSP, et son contrat doit le dire. Les deux peuvent utiliser NetSenX pour la détection : chaque client est un tenant distinct, et le programme partenaires s'adresse aux MSSP et aux revendeurs.

Oui. Chaque client est un locataire distinct, séparé dans la base de données par une sécurité au niveau des lignes (row-level security), et chacun peut démarrer avec l'offre Free puis passer à l'offre dont son réseau a besoin. Cette séparation compte pour vos clients : leurs alertes, cartes réseau et journaux d'audit ne se mélangent jamais avec ceux d'un autre client. Les rapports en marque blanche sont dans l'offre Enterprise, et le programme partenaires s'adresse aux MSSP et aux revendeurs, ce qui permet de fixer les conditions avant de déployer chez de nombreux clients. L'examen des alertes reste de votre ressort ou de celui du client ; NetSenX n'assure pas de service managé. Décrivez votre service sur cette base : NetSenX détecte et explique, votre équipe décide et réagit.

Chaque client est créé comme un tenant NetSenX distinct, séparé dans la base de données par une sécurité au niveau des lignes ; la façon dont un partenaire travaille sur ces tenants est convenue dans le programme partenaires. La séparation est l'essentiel : les alertes, équipements et journal d'audit d'un client n'apparaissent jamais dans la vue d'un autre, et c'est ce que vos clients et leurs auditeurs vous demanderont. Avant d'organiser votre exploitation autour d'une console unique pour tous les clients, demandez à NetSenX comment fonctionne aujourd'hui l'accès partenaire et ce qu'inclut chaque offre, plutôt que de le supposer. Chaque tenant client peut démarrer avec l'offre Free et passer à l'offre dont son réseau a besoin.

Dans un outil bien conçu, la séparation est imposée par le système lui-même, et pas seulement par l'interface, si bien qu'une erreur ou un défaut dans un écran ne peut pas montrer les données d'un client à un autre. Demandez aux éditeurs comment : chaque enregistrement est-il rattaché à un tenant, la base refuse-t-elle les requêtes entre tenants, et les comptes du personnel sont-ils limités aux tenants qu'ils servent ? Dans NetSenX, chaque client est un tenant distinct, séparé dans la base de données par une sécurité au niveau des lignes : une requête ne renvoie que les lignes du tenant auquel elle appartient. De votre côté, donnez aux techniciens des comptes nominatifs avec authentification multifacteur, accordez les accès client par client, et retirez-les quand quelqu'un part ou qu'un client met fin au contrat.

Oui. Le programme partenaires NetSenX s'adresse aux MSSP, aux MSP et aux revendeurs qui veulent proposer la détection réseau à leurs clients. Les conditions sont convenues avec chaque partenaire ; la page partenaires décrit le programme et la façon de candidater. Avant de commencer, déterminez quels clients vous apporteriez, de quelles offres ils auraient besoin, s'il vous faut des rapports en marque blanche, inclus dans l'offre Enterprise, et qui dans votre équipe lira les alertes. Demandez comment fonctionne l'accès partenaire à plusieurs tenants clients et comment la facturation est organisée, pour chiffrer correctement votre service. Quelles que soient les conditions, NetSenX reste un logiciel de détection : le service de surveillance et la réponse sont les vôtres.

Avec NetSenX, oui, sur l'offre Enterprise : des rapports à votre marque, avec un déploiement multi-tenant, par contrat. Sur les autres offres, les rapports PDF, disponibles dès l'offre Starter, portent le nom NetSenX, ce que beaucoup de MSP utilisent comme source indépendante à côté de leur propre rapport de service. Dans tous les cas, chaque client est un tenant distinct, séparé dans la base de données. Si la marque blanche fait partie de votre offre, dites-le dès le premier échange avec NetSenX, pour que le périmètre et les conditions partenaires soient clairs avant de la vendre à vos clients, et vérifiez de quelle offre chaque client a besoin pour les rapports que vous promettez.

Oui, dès l'offre Starter : chaque tenant client peut produire des rapports PDF à partir de ses propres données, au nom de NetSenX ; les rapports à votre marque sont dans l'offre Enterprise. Un rapport est le plus utile quand il est régulier et court : ce qui a été surveillé, quelles alertes ont été levées, ce qui a été fait, ce qui a changé sur le réseau et ce qui n'est toujours pas couvert. Les clients soumis à NIS2 et leurs auditeurs s'intéressent davantage aux preuves et aux dates qu'aux graphiques. Associez le rapport NetSenX à votre propre synthèse de service et conservez les deux, car le client peut en avoir besoin des mois plus tard pour un assureur ou une autorité. Les tenants sur l'offre Free n'ont pas de rapports PDF.

Pour de petits clients, un modèle où un capteur couvre tout un site fonctionne en général mieux, car un prix par poste augmente avec chaque PC et téléphone et peut dépasser ce que le client vous paie. Regardez votre portefeuille : comptez les équipements et les sites par client, et chiffrez les deux modèles pour vos cinq clients les plus typiques avant de choisir un éditeur. Chez NetSenX, l'unité est l'équipement, mais un équipement est un hôte sur lequel tourne l'agent, et un agent sur un port SPAN ou TAP compte comme un seul équipement pour tout le segment qu'il surveille. Un petit bureau typique représente donc un ou quelques équipements, ce qui peut tenir dans les 3 équipements de l'offre Free ou dans l'offre Starter à 49 € par mois.

Gardez un coût par client bas et un travail par alerte court : un capteur par site, des alertes qui s'expliquent d'elles-mêmes, et un service standard que vous n'adaptez pas à chaque client. Pour un client avec cinq PC et une imprimante, placez un agent sur un port miroir du commutateur du bureau plutôt qu'un logiciel sur chaque machine. Standardisez la mise en place, la routine des alertes et le rapport mensuel, pour que chaque client soit traité de la même façon. Facturez le service sur la valeur de la surveillance du réseau et des preuves livrées, pas sur l'outil seul. Avec NetSenX, un agent sur un port SPAN ou TAP compte comme un seul équipement, et l'offre Free couvre 3 équipements sans limite de durée : les plus petits clients peuvent démarrer sans coût de licence.

Oui. Chaque tenant client peut démarrer avec l'offre Free de NetSenX, sans limite de durée ni carte bancaire, et passer à une offre payante quand il lui faut plus d'équipements ou de fonctions ; les changements d'offre s'appliquent immédiatement. L'offre Free comprend les détections essentielles, la carte réseau, le suivi des délais NIS2 et le journal d'audit, et conserve 30 jours d'historique d'alertes. Les raisons typiques d'évoluer sont les rapports PDF pour le client dès l'offre Starter, davantage d'équipements, la visibilité du Shadow AI et de l'OT ou Slack et les webhooks dès l'offre Pro, et l'export SIEM dès l'offre Business. Démarrer gratuitement permet de montrer à un client des résultats réels issus de son propre réseau avant qu'il n'engage un budget.

Une pile courte et standard que vous exploitez de la même façon chez chaque client : protection des postes avec gestion centrale, authentification multifacteur, sauvegarde avec restaurations testées, sécurité de la messagerie, et détection réseau là où les clients ont des réseaux locaux. Évitez les outils qui demandent des réglages client par client ou un analyste dédié, car votre marge disparaît dans les heures. Préférez les éditeurs aux prix publiés, aux licences simples, à la séparation nette entre clients et aux alertes sur lesquelles un technicien peut agir. Vérifiez comment chaque outil protège l'accès à distance qu'il vous donne, car vos propres outils sont une cible. NetSenX s'insère dans la partie réseau d'une telle pile : un agent sur un port SPAN ou TAP par site, des alertes en langage clair et un tenant par client.

Vendez une routine définie avec un livrable régulier, pas un outil : ce que vous surveillez, quand vous regardez, ce que vous faites quand quelque chose arrive, et ce que le client reçoit chaque mois ou trimestre. Une offre claire peut comprendre une mise en place avec inventaire des équipements, la revue des alertes les jours ouvrés, une réponse convenue aux alertes urgentes, une synthèse mensuelle et une revue trimestrielle de ce qui n'est pas encore couvert. C'est ce livrable que clients et assureurs apprécient : une preuve datée que quelqu'un regarde. Facturez-le par client ou par site, et dites honnêtement ce qui se passe en dehors des heures ouvrées. NetSenX l'appuie avec la détection et les explications dans toutes les offres, des rapports PDF dès l'offre Starter et un tenant par client.

Observez le trafic passivement pendant quelques jours : la plupart des équipements se révèlent en quelques heures, les autres en quelques jours, en demandant des adresses, en résolvant des noms et en parlant à des serveurs. Placez un capteur sur un port miroir du commutateur principal, puis comparez ce qui apparaît avec la liste du client, les équipements connectés du routeur et la table des ports du commutateur. Attendez-vous à des surprises : serveurs oubliés, appareils personnels, routeur d'un prestataire dans une armoire. Un équipement qui n'émet jamais de trafic, ou qui se trouve sur un segment non copié, n'apparaîtra pas : faites donc aussi le tour des locaux. La carte réseau de NetSenX le fait dans toutes les offres, Free comprise : équipements avec le nom qu'ils annoncent, première et dernière apparition, et qui parle à qui, sans rien interroger.

Qui et quoi se trouve sur le réseau, ce qui est exposé, et si les bases sont en place. Établissez un inventaire des équipements à partir du trafic et d'une visite des locaux. Vérifiez quels services sont accessibles depuis internet, comme le bureau à distance, des partages de fichiers ou d'anciens VPN. Listez les comptes d'administration et supprimez les comptes partagés ou d'anciens salariés. Confirmez que les sauvegardes tournent et qu'une copie est hors ligne, et faites un test de restauration. Vérifiez que l'authentification multifacteur est active sur la messagerie et l'accès à distance. Cherchez les outils d'accès à distance laissés par d'anciens prestataires. Notez vos constats et convenez des priorités avec le client. NetSenX aide pour l'inventaire et montre le beaconing, les scans et les envois inhabituels dès les premiers jours.

Acheminez les alertes de chaque client vers un canal que votre équipe surveille vraiment, avec le nom du client dans chaque message. Avec NetSenX, les alertes de chaque tenant client partent par e-mail dans toutes les offres ; dès l'offre Pro, elles peuvent aussi aller vers Slack, un webhook relié à votre outil de tickets ou d'astreinte, ou vos propres outils via l'API. Fixez ce qui doit atteindre une personne immédiatement et ce qui attend la revue du matin, et testez le circuit avec une alerte inoffensive. Assurez-vous que deux personnes reçoivent les alertes urgentes et que les congés sont couverts. La détection fonctionne à toute heure, mais personne chez NetSenX ne surveille les alertes de vos clients à votre place : la réponse, c'est votre service.

Oui, dès l'offre Pro : les alertes d'un tenant client peuvent être envoyées vers Slack ou un webhook, et de là vers votre outil de tickets, votre messagerie d'équipe ou votre outil d'astreinte ; dans toutes les offres, elles partent aussi par e-mail. Utilisez un canal ou une étiquette par client, pour qu'un technicien voie d'emblée quel réseau est concerné. Décidez quels niveaux d'alerte créent un ticket et lesquels ne font que notifier, pour que le canal reste lisible. Gardez l'alerte complète, avec son explication, dans NetSenX, et faites-y un lien depuis le ticket plutôt que de recopier des données. Dès l'offre Business, les alertes peuvent aussi être exportées vers un SIEM si vous en exploitez un pour vos clients.

Ce qui s'est passé, ce que cela signifie pour lui, ce que vous avez fait, et ce qu'il doit faire ou décider, en mots simples et sans dramatiser. Nommez l'équipement et l'heure, dites s'il s'agissait d'un événement inoffensif, suspect ou d'un incident, et sur quels éléments vous vous appuyez. Si vous avez contenu quelque chose, dites comment et si quelque chose reste touché. Si le client doit décider, par exemple de débrancher un serveur ou d'informer le personnel, dites-le clairement et avec une échéance. Si des données personnelles ou une notification NIS2 peuvent être en jeu, signalez-le tôt, car les délais peuvent courir dès la prise de connaissance. Gardez une trace écrite. Les alertes NetSenX vous donnent l'explication à transmettre, et le journal d'audit conserve ce qui a été fait.

Contenir les dégâts, protéger vos propres outils, préserver les preuves et informer les décideurs du client, dans cet ordre et vite. Isolez du réseau les machines touchées sans les éteindre. Vérifiez si l'attaquant a utilisé votre outil de gestion ou d'accès à distance ; si c'est possible, suspendez ces sessions et réinitialisez les identifiants pour tous les clients, pas seulement celui-ci. Conservez les journaux et l'historique des alertes. Faites appel à un cabinet de réponse aux incidents si l'incident dépasse vos compétences, et dites à la direction du client ce que vous savez et ce qu'elle doit décider, y compris d'éventuelles notifications au titre de NIS2 ou du RGPD, qui restent son obligation. NetSenX montre la chronologie des alertes du client, les mouvements latéraux et les envois inhabituels, ce qui aide à savoir quand cela a commencé et ce qui est sorti.

Oui, et les attaquants cherchent précisément cela, car un outil de gestion ou d'accès à distance atteint tous les clients à la fois. Protégez ces outils comme les joyaux de la couronne : authentification multifacteur, comptes d'administration séparés par technicien, adresses sources restreintes, journalisation de chaque session et mises à jour rapides de l'outil lui-même. Vérifiez quels clients chaque compte peut atteindre, et supprimez les accès devenus inutiles. Côté réseau, NetSenX signale les sessions inhabituelles et les mouvements latéraux dans chaque réseau client surveillé, y compris les sessions lancées à des heures inhabituelles depuis l'hôte qui porte votre agent de gestion à distance. Chaque client est un tenant distinct, ses données restent donc séparées.

Repérez les sessions à distance qui ne correspondent pas au travail de vos techniciens : horaires inhabituels, machines cibles inhabituelles, nombreuses machines en peu de temps, ou sessions suivies de nouvelles connexions à l'intérieur du réseau client. Commencez par l'outil lui-même : activez son journal d'audit, alertez sur les nouveaux comptes d'administration et sur les scripts poussés vers de nombreux équipements, et relisez-le chaque semaine. Comparez les sessions avec votre outil de tickets. Côté réseau, un capteur dans chaque réseau client voit ce qui se passe après l'ouverture d'une session : un hôte qui contacte soudain beaucoup d'autres, des scans ou des données qui sortent. NetSenX signale les mouvements latéraux et les nouvelles sessions qui ne correspondent pas à la normale d'un hôte, dans toutes les offres, dans le tenant propre à chaque client.

Vos propres connexions, les journaux d'audit de vos outils de gestion et le trafic que vos outils génèrent dans les réseaux clients. Alertez sur les connexions de techniciens depuis de nouveaux pays ou appareils, les nouveaux comptes d'administration, l'authentification multifacteur désactivée, les déploiements massifs de scripts et les clés d'API créées hors changement planifié. Conservez ces journaux en dehors des outils eux-mêmes, pour qu'un attaquant ne puisse pas les effacer. Protégez les serveurs ou comptes cloud qui font tourner vos outils comme les joyaux d'un client, et surveillez aussi leur trafic réseau. Dans les réseaux clients, cherchez l'activité qui part de l'hôte de votre agent sans correspondre à un ticket. NetSenX peut surveiller votre propre réseau de bureau et celui de chaque client, en tenants séparés, avec les mouvements latéraux et les envois inhabituels signalés par des alertes.

Combinez une détection automatique qui tourne à toute heure avec une petite astreinte pour ce qui est vraiment urgent, ou associez-vous à un prestataire qui assure les nuits. Définissez l'urgence de façon étroite, par exemple un mouvement latéral confirmé, une préparation de rançongiciel ou un gros envoi de nuit, pour que la personne d'astreinte soit réveillée rarement et pour de bonnes raisons. N'envoyez que ces alertes sur les téléphones, le reste attend le matin. Rédigez une courte procédure pour chaque cas urgent : comment isoler une machine et qui appeler chez le client. Si des clients ont besoin de personnes qui veillent en continu, associez-vous à un MSSP ou à un prestataire MDR plutôt que de le promettre vous-même. NetSenX détecte à toute heure et peut, dès l'offre Pro, envoyer les alertes par webhook vers n'importe quel outil d'astreinte.

Ne promettez que ce que vous pouvez assurer avec du personnel. Si un logiciel veille la nuit et qu'un technicien lit les alertes le matin, dites exactement cela : la détection fonctionne en continu, la revue a lieu les jours ouvrés, et les alertes urgentes atteignent une personne d'astreinte dans un délai convenu, si vous en avez une. N'écrivez pas surveillance 24/7 si personne ne réagit à 3 heures du matin : assureurs, auditeurs et tribunaux lisent ces mots au pied de la lettre, et l'écart peut faire échouer une indemnisation ou ouvrir un litige. Précisez les délais de réaction, ce qui est jugé urgent et ce que le client doit faire lui-même. Une promesse honnête et plus modeste que vous tenez vaut mieux qu'une grande que vous ne tenez pas. NetSenX détecte à toute heure ; ce n'est pas un service assuré par des personnes.

Décrivez le service en termes vérifiables : quels systèmes et segments sont surveillés, avec quel outil, quand les alertes sont revues, en combien de temps vous réagissez à chaque niveau, ce que vous faites et ce que fait le client, et ce qui n'est pas couvert. Séparez la détection, qui fonctionne automatiquement à toute heure, de la revue et de la réponse, qui ont lieu quand votre équipe travaille ou est d'astreinte. Nommez clairement les limites : contenu chiffré, segments non surveillés, équipements sans trafic, activité sur les postes. Convenez des preuves que reçoit le client et de la durée de conservation de l'historique des alertes. Faites relire le texte par un avocat. Évitez les mots SOC, 24/7 ou garantie si vous ne les assurez pas. Avec NetSenX, la durée de conservation suit l'offre du client.

Cela dépend surtout de votre contrat et de ce que vous avez promis et fait : la réponse est donc juridique, au cas par cas ; ceci est une information générale, pas un conseil juridique. En pratique, les litiges tournent autour de quelques questions : ce que le contrat prévoyait de surveiller et quand, si vous l'avez fait, si des alertes ont été levées et traitées, et si le client a suivi vos recommandations. Des descriptions de service claires, des recommandations écrites que le client a refusées, et une trace des alertes et des actions protègent les deux parties. Vérifiez votre assurance responsabilité civile professionnelle et cyber, et faites relire vos contrats par un avocat. NetSenX conserve dans le tenant de chaque client les alertes horodatées et un journal d'audit des décisions, c'est-à-dire la trace dont ces questions ont besoin.

Consignez par écrit le risque et la décision du client, maintenez les bases que vous pouvez, et n'endossez pas en silence la responsabilité de ce qu'il a refusé. Expliquez en termes simples ce qui pourrait arriver sans la mesure, comme des jours sans systèmes après un rançongiciel, et ce que cela coûterait comparé à la mesure. Proposez une première étape plus modeste. Si le client refuse toujours, envoyez un bref résumé écrit de la recommandation et de sa décision, et conservez-le. Cette trace vous protège si quelque chose arrive. Pour la détection réseau, l'argument du coût peut disparaître : l'offre Free de NetSenX couvre 3 équipements sans limite de durée, un petit client peut donc démarrer sans frais de licence, pendant que vous convenez de la part de votre temps incluse.

Peut-être, de deux façons : directement, car NIS2 cite les fournisseurs de services gérés et de services de sécurité gérés parmi les secteurs couverts, et indirectement, car les clients concernés doivent gérer la sécurité de leur chaîne d'approvisionnement et vous transmettront des exigences par contrat. Le fait qu'un MSP soit directement concerné dépend de sa taille et de la façon dont son pays a transposé la directive : vérifiez votre droit national et les indications de l'autorité nationale. Ceci est une information générale, pas un conseil juridique. Dans tous les cas, attendez-vous à des questionnaires de sécurité, à des clauses contractuelles sur la notification des incidents et les audits, et à des demandes de preuves. Préparez une description de vos propres mesures, de la façon dont vous protégez l'accès aux clients et de la manière dont vous leur signaleriez un incident.

Des questions sur la façon dont vous protégez les données et les accès du client, dont vous gérez les incidents, et sur votre capacité à le prouver. Thèmes typiques : gouvernance et responsabilités, contrôle d'accès et authentification multifacteur, accès à privilèges chez le client, correctifs, sauvegardes, journalisation et surveillance, détection des incidents et délais de notification, sous-traitants, localisation des données et formation du personnel. Répondez à chaque question avec sincérité et brièveté, joignez les preuves dont vous disposez, et datez les améliorations prévues. Ne répondez pas oui à ce que vous ne pouvez pas montrer. Tenez une version de référence à jour, car beaucoup de clients posent des questions semblables. NetSenX peut fournir une partie de vos preuves de surveillance : historique des détections, journal d'audit et rapports PDF dès l'offre Starter.

Un dossier court et daté qui montre que les mesures ont fonctionné : ce qui a été surveillé, quelles alertes ont été levées et comment elles ont été traitées, les incidents et leurs délais de notification, les tests de sauvegarde et de restauration, l'état des correctifs, les revues d'accès et les risques ouverts. NIS2 demande aux entités concernées des mesures de gestion des risques et de traitement des incidents ; la preuve que cela a lieu régulièrement est ce que cherchent leurs organes de direction et leurs auditeurs. Gardez le même format chaque trimestre, pour que les changements ressortent, et indiquez ce qui n'est pas couvert. NetSenX fournit la partie surveillance : alertes horodatées et expliquées, journal d'audit, délais de l'article 23 de NIS2 suivis par incident et rapports PDF dès l'offre Starter. Il ne décide pas de ce qui doit être notifié et ne transmet pas de notifications.

Conservez les preuves au fil de l'eau plutôt que de les reconstituer après coup : les alertes avec leur horodatage et leur explication, ce qui a été fait et par qui, et les hôtes concernés. Convenez à l'avance avec chaque client de ce que vous livrerez après un incident et dans quel délai, et de qui est son interlocuteur auprès de l'autorité. Dans NetSenX, les alertes et le journal d'audit de chaque client restent dans son tenant, les délais de l'article 23 de NIS2 sont suivis pour chaque incident, et les rapports PDF sont disponibles dès l'offre Starter. Vérifiez que l'historique d'alertes de l'offre couvre la période dont une enquête aura probablement besoin. La transmission de la notification à l'autorité reste du ressort du client.

Pas toujours en vertu de la loi, mais souvent du fait des contrats et des attentes des clients : vérifiez donc ce qu'ils exigent avant de choisir. Les outils de sécurité traitent des métadonnées réseau qui peuvent être des données personnelles au sens du RGPD ; les transferts hors de l'UE sont possibles avec des garanties, mais beaucoup de clients, notamment dans le secteur public, la santé et la finance, préfèrent ou exigent un stockage dans l'UE et une liste claire des sous-traitants. Demandez à chaque éditeur où les données sont stockées, quels sous-traitants il utilise et où ils sont établis, et ce que vous récupérez en partant. NetSenX stocke les données clients dans l'UE, avec la base de données en Irlande et l'API à Francfort et à Paris, et publie son contrat de sous-traitance avec la liste complète des sous-traitants.

Depuis le réseau : quels hôtes se connectent à des services d'IA externes ou à des environnements de modèles de langage exécutés en local, à quelle fréquence et avec quel volume de données, client par client. Avec NetSenX, c'est disponible dès l'offre Pro, dans le tenant propre à chaque client, pour que chacun ait son propre tableau. Cela montre les destinations et les volumes, pas ce qui a été saisi ou envoyé, et cela ne bloque aucun service de lui-même. C'est en général ce dont les clients ont besoin pour lancer une politique d'IA : quels outils sont utilisés, sur quelles machines, et si de gros volumes de données y partent. Associez-le à la politique du client, à la formation du personnel et, si nécessaire, aux réglages des services d'IA eux-mêmes.

Oui, si elle est passive et convenue avec les personnes qui font tourner les machines. Les réseaux OT (operational technology) relient automates, machines et systèmes du bâtiment ; ils sont fragiles, rarement mis à jour et souvent incapables d'exécuter un logiciel de sécurité. Une surveillance passive depuis un port miroir lit le trafic sans rien envoyer aux équipements, et c'est ce que le responsable de site doit entendre en premier. Avec NetSenX, dès l'offre Pro, le tenant du client lit passivement Modbus/TCP, DNP3, BACnet/IP, EtherNet/IP et S7comm et lève des alertes OT comme les écritures non autorisées, les franchissements de niveaux du modèle Purdue, l'activité OT hors horaires et les commandes S7comm. NetSenX n'interroge jamais les équipements OT et n'est pas un système de sûreté ; les modifications du procédé restent du ressort des ingénieurs du client.

D'une copie du trafic du réseau de production, d'un hôte pour le capteur, de l'accord du site et d'un plan qui ne touche pas aux automates. Trouvez dans le réseau de production un commutateur administrable qui permet la recopie de port, ou utilisez un TAP réseau sur la liaison entre les automates et leur poste d'ingénierie ou leur IHM. Reliez à ce port miroir un hôte Linux qui fait tourner l'agent NetSenX, dans un tenant client sur l'offre Pro ou supérieure. Convenez d'un créneau de maintenance avec le responsable de site, même si la surveillance passive n'envoie rien aux automates. Notez quels segments sont couverts et lesquels ne le sont pas. Revoyez ensuite les premières semaines d'alertes OT avec les ingénieurs du client, qui savent quelles écritures et commandes sont attendues.

Les données appartiennent au client : préparez donc la passation, à savoir quels registres il conserve, quels accès vous rendez et ce qui est supprimé. Prévoyez-le au contrat dès le départ. Avec NetSenX, chaque client est un tenant distinct : ses alertes et son journal d'audit restent ensemble et peuvent suivre le client chez le prestataire suivant en changeant qui y a accès, plutôt qu'en copiant des données. Les alertes peuvent être exportées via l'API dès l'offre Pro et vers un SIEM dès l'offre Business, et les rapports PDF sont disponibles dès l'offre Starter. Les droits prévus par le RGPD, comme l'accès et l'effacement, ne dépendent d'aucune offre. La fermeture d'un compte supprime ses données : exportez d'abord ce dont le client a besoin.