Comment un MSP doit-il décrire la surveillance de sécurité dans un contrat sans promettre un SOC ?
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 SOCSOC: security operations centre (centre opérationnel de sécurité). Une équipe, souvent active jour et nuit, chargée de repérer les attaques et d'y répondre., 24/7 ou garantie si vous ne les assurez pas. Avec NetSenX, la durée de conservation suit l'offre du client.
À lire ensuite
Questions liées
- Qui est responsable si un client surveillé subit une intrusion ?
- Que doit faire un MSP si un client refuse de payer pour la sécurité ?
- Quand mon client relève de NIS2, le MSP en relève-t-il aussi ?
- Que contient un questionnaire fournisseur NIS2, et comment y répondre ?
- Quelles preuves NIS2 un MSP peut-il remettre à ses clients chaque trimestre ?
Termes utilisés ici
- SOC (security operations centre (centre opérationnel de sécurité))
- Une équipe, souvent active jour et nuit, chargée de repérer les attaques et d'y répondre.