La surveillance de la cybersécurité — également orthographiée « cyber security monitoring » et utilisée de manière interchangeable avec « surveillance de la sécurité » — désigne la pratique continue consistant à collecter, analyser et exploiter les données relatives à la sécurité provenant de l'ensemble de la surface d'attaque de l'entreprise (réseaux, terminaux, cloud , identités, applications SaaS et journaux) afin de détecter les menaces avant qu'elles ne causent un préjudice important. Cette page sert de référence officielle pour ces trois termes. Contrairement au terme générique « surveillance de la sécurité », dont les résultats de recherche incluent à la fois les alarmes domestiques grand public et les services de gardiennage physique, l’intention de recherche pour « surveillance de la cybersécurité » concerne exclusivement les entreprises et le cyberespace. Ce guide évite donc les longues explications sur la sécurité physique et aborde directement le sujet. Si vous évaluez un programme de surveillance de la cybersécurité d’entreprise — quels outils mettre en place, quelles sont les exigences de conformité, comment mesurer l’efficacité et s’il vaut mieux développer ou acheter une solution — cet article constitue la référence de référence. Nous relions les sept domaines de surveillance (réseau, endpoint, cloud, identité, SaaS, applications et journaux) au MITRE ATT&CK , à l'économie actuelle des violations de données, aux principaux cadres de conformité et au choix entre une solution interne ou externalisée.
La surveillance de la cybersécurité consiste à collecter, analyser et exploiter en permanence les données relatives à la sécurité provenant de l'ensemble de la surface d'attaque d'une entreprise — réseaux, terminaux, cloud , identités, applications SaaS et journaux — afin de détecter les activités malveillantes avant qu'elles ne causent un préjudice concret.
C'est la discipline globale qui assure la visibilité d'un centre d'opérations de sécurité, alimente les processus de détection et d'intervention, et fournit les preuves attendues par les auditeurs dans le cadre de référentiels tels que le NIST CSF 2.0 DE.CM.
Les termes « surveillance de la cybersécurité », « cyber-surveillance » et « surveillance de la sécurité » désignent tous la même discipline d'entreprise. Il s'agit de synonymes, et non de pratiques distinctes, et cette page les traite comme un tout. La forme espacée « cyber security monitoring » correspond simplement à la façon la plus courante dont les internautes saisissent leur requête, tandis que la forme compacte « cybersecurity monitoring » est la façon la plus courante dont le secteur l'écrit. Lorsque ce guide mentionne « security monitoring », considérez-le comme un synonyme de « cybersecurity monitoring ».
Remarque terminologique. L'expression « surveillance de la sécurité » — ainsi que sa variante avec un espace, « surveillance de la cybersécurité » — désigne également le secteur grand public des systèmes d'alarme domestiques, des caméras de surveillance et des centres de réception d'alarmes fonctionnant 24 heures sur 24, 7 jours sur 7. Les résultats de recherche pour ce terme général mélangent souvent ces deux sens ; ce n'est pas le cas pour les résultats relatifs à la « surveillance de la cybersécurité », car cette variante s'adresse exclusivement aux entreprises. Le présent article traite uniquement de la cybersécurité en entreprise. Si vous recherchez des informations sur la sécurité domestique grand public, les services d'intervention en cas d'alarme ou la surveillance de la sécurité physique, le contenu présenté ici ne vous concernera pas.
Les termes « surveillance de la cybersécurité », « surveillance de la sécurité informatique » et « surveillance de la sécurité » désignent tous la même discipline globale. La surveillance du réseau et la détection des menaces sont des concepts distincts et plus restreints qui sont souvent confondus avec celle-ci. Deux précisions permettent de dissiper la plupart des confusions. Premièrement, la « surveillance du réseau », au sens courant du terme, concerne les performances et la disponibilité (temps de fonctionnement, latence et bande passante), et non le comportement des adversaires. La surveillance de la sécurité du réseau est son pendant axé sur les menaces, et les deux ne sont pas identiques. Deuxièmement, la détection des menaces est l'étape de détection qui s'inscrit dans le cadre de la surveillance, et non un synonyme de l'ensemble de la discipline. Le tableau ci-dessous résume ces distinctions.
Tableau 1. Surveillance de la cybersécurité, surveillance de la sécurité, surveillance du réseau et détection des menaces
Le tableau 1 distingue la discipline générale de la surveillance de la cybersécurité des concepts plus restreints et souvent confondus de surveillance des réseaux et de détection des menaces, en fonction de leur champ d'application et de leur résultat principal.
Une nuance mérite d'être soulignée : la distinction entre « surveillance de la cybersécurité » et « surveillance de la sécurité » n'est pas tout à fait établie. Dans la pratique, ces deux termes sont souvent utilisés de manière interchangeable, et la plupart des sources les considèrent comme synonymes. Une minorité considère la « surveillance de la cybersécurité » comme un concept plus large, et la « surveillance de la sécurité » comme son volet opérationnel quotidien. Le présent guide les traite comme une seule et même discipline, ce qui correspond à l'usage le plus courant.
Une définition pratique pour la suite de cet article : la surveillance de la cybersécurité désigne les mesures qu’une entreprise met en œuvre en permanence pour savoir si son environnement est victime d’une attaque — et, de plus en plus, pour déterminer à quelle vitesse elle peut agir en fonction de ces informations. C’est dans ce « comment » que s’inscrivent les sept domaines, les lacunes de couverture et les choix de mise en œuvre.
En 2026, trois facteurs feront de la surveillance de la cybersécurité une nécessité opérationnelle plutôt qu'une simple formalité administrative : l'économie des violations de données, la réorganisation des vecteurs d'accès initiaux et la montée en puissance des abus de jetons d'identité qui contournent les contrôles traditionnels.
L'économie des violations de données. L'étude « Cost of a Data Breach » (Coût d'une violation de données) réalisée en 2025 par le Ponemon Institute (la référence mondiale la plus récente) estime le coût moyen d'une violation de données à 4,44 millions de dollars, soit une baisse de 9 % par rapport à l'année précédente. Cette baisse n'est pas due à un affaiblissement des attaquants, mais au fait que le délai moyen d'identification et de confinement a atteint son plus bas niveau en neuf ans, à 241 jours, les organisations ayant largement déployé des systèmes de détection basés sur l'IA économisant en moyenne environ 1,9 million de dollars. Ces chiffres indiquent que la maturité des systèmes de surveillance se reflète désormais dans les coûts financiers des violations. Malgré tout, 241 jours représentent encore environ huit mois d'accès pour les attaquants — ce seuil absolu reste un constat d'échec en matière de couverture de détection.
Le vecteur d'accès initial a changé de place. Le rapport DBIR 2026 de Verizon a marqué un tournant : l'exploitation de vulnérabilités (31 %) a dépassé le vol d'identifiants (13 %) en tant que premier vecteur d'accès initial pour la première fois en 19 ans ; les ransomwares ont été impliqués dans 48 % des violations, et le délai médian de correction s'est allongé à 43 jours (SecurityWeek). Les identifiants restent clairement en tête — environ 22 % des violations commencent toujours par le vol d'identifiants, selon les mêmes données du DBIR — et alimentent les ransomwares, mais la surveillance de l'exposition et des vulnérabilités est désormais le principal vecteur d'entrée. Lorsque l'exposition non corrigée devient le moyen d'accès le plus courant, l'analyse ponctuelle à cadence mensuelle n'est plus de la surveillance, mais de l'archéologie.
L'utilisation abusive des jetons d'identité rend l'authentification multifactorielle (MFA) inefficace. Le réagencement présenté ci-dessus ne minimise pas l'importance de l'identité ; il la replace dans un nouveau contexte. Le vol d'identifiants et les comportements qui en découlent — connexions anormales, escalade de privilèges, utilisation abusive des jetons OAuth, mouvements latéraux — restent au cœur de la plupart des intrusions modernes, et les violations liées aux identifiants mettent en moyenne environ 292 jours à être détectées. Les violations récentes les plus marquantes ne reposaient absolument pas sur malware une vulnérabilité CVE. Elles ont exploité des identités existantes et des autorisations OAuth contre des logiciels fonctionnant exactement comme prévu, ce qui explique précisément pourquoi la surveillance centrée sur les signatures et les vulnérabilités CVE ne les détecte pas. Conclusion pratique : une surveillance qui se limite à une seule catégorie d'outils, ou qui ne surveille que les signatures connues pour être malveillantes, passe à côté de la majeure partie de la surface d'attaque moderne. Une surveillance continue et sensible au comportement sur tous les domaines est la seule approche capable de suivre le rythme.
La surveillance moderne de la cybersécurité couvre sept domaines, chacun présentant des lacunes distinctes en matière de télémétrie, d'outils et de visibilité. Traiter un domaine de manière isolée conduit au schéma de violation multi-domaines évoqué plus haut. Le schéma ci-dessous représente ces sept domaines sous la forme de couches de couverture qui se chevauchent sur une surface d'attaque commune : aucune ne remplace l'autre, et c'est dans les interstices entre elles que les violations se produisent.

La surveillance de la sécurité réseau (NSM) consiste en l'analyse continue du trafic est-ouest et nord-sud à la recherche d'anomalies comportementales — une discipline qui complète les systèmes de détection d'intrusion basés sur les signatures par l'analyse comportementale. La surveillance du réseau au sens de la performance reste une tâche distincte de la surveillance de la sécurité réseau, qui examine ce même trafic à la recherche de comportements malveillants. Consultez notre couverture sur la sécurité réseau et la nouvelle classification des catégories dans détection et réponse aux incidents (NDR) pour une analyse approfondie des outils. La visibilité sur le plan de contrôle et le trafic est-ouest est d'autant plus cruciale que c'est là que se cachent les mouvements latéraux et que les outils de périmètre sont aveugles.
La surveillance Endpoint observe le comportement des processus, l'intégrité des fichiers, les modifications apportées au registre et au système, ainsi que les traces en mémoire sur les postes de travail et les serveurs. C'est le point de départ de la plupart des programmes de sécurité, mais aussi la limite à laquelle la plupart d'entre eux se heurtent. Environ 50 % des violations de données majeures impliquent des attaquants qui contournent endpoint — par le biais de techniques « living-off-the-land », d'exécution sans fichier, ou simplement en pivotant vers des attaques basées sur l'identité là où endpoint s'arrête. C'est pourquoi endpoint et la réponseendpoint (EDR) — qui ajoute l'analyse comportementale à endpoint traditionnelle endpoint — est nécessaire mais non suffisante.
La surveillance Cloud offre une visibilité sur les plans cloud , la télémétrie des charges de travail, les dérives de configuration et les charges de travail éphémères telles que les conteneurs et les fonctions sans serveur. Les catégories CSPM, CWPP et CNAPP (plateforme de protection des applicationscloud) convergent vers un objectif commun : une visibilité continue sur la configuration et l'exécution dans cloud . cloud natifs cloud constituent à cet égard une source essentielle, mais souvent sous-utilisée. Consultez la section cloud pour une analyse détaillée et la section cloud et réponsecloud (CDR) pour la catégorie de détection en exécution.
La détection et la réponse aux menaces liées à l'identité (ITDR) surveillent les fournisseurs d'identité, les services d'annuaire et les flux d'authentification afin de détecter le vol d'identifiants, les connexions anormales (déplacements impossibles, zones géographiques atypiques), l'escalade de privilèges, l'utilisation abusive de comptes inactifs, l'utilisation abusive de jetons OAuth et les mouvements latéraux via les identités. Contrairement à la journalisation de la gestion des identités et des accès (IAM) — qui est axée sur l'audit et la conformité —, l'ITDR est axée sur le comportement et les attaquants. L'identité est largement reconnue comme la principale surface d'attaque moderne : environ 22 % des violations commencent par le vol d'identifiants, et l'abus de comptes valides et cloud (MITRE ATT&CK .004) est un thème récurrent dans les pires intrusions récentes. Les chaînes de compromission qui contournent l'authentification unique et l'authentification multifactorielle (MFA) correspondent exactement aux schémas comportementaux que l'ITDR est conçu pour mettre en évidence — et sont précisément le type de menaces que la surveillance endpoint des journaux ne détecte pas.
La gestion de la posture de sécurité des services SaaS (SSPM) surveille les plateformes SaaS — CRM, suites de productivité, fournisseurs d’identité et référentiels de code — afin de détecter les erreurs de configuration, les actions administratives anormales, les abus d’OAuth et les risques liés aux applications connectées. Ce domaine est devenu un champ de bataille majeur. La vague de violations de jetons OAuth de 2025-2026 a montré que ce sont les intégrations tierces connectées, et non endpoint , qui constituaient le vecteur d'attaque : les attaquants ont abusé de jetons permanents pour lire des données directement à partir de plateformes SaaS, sans recourir à malware violer le périmètre de sécurité (SecurityWeek). C'est pour cette raison que certains analystes ont qualifié 2026 d'« année des violations SaaS » (Cyber Defense Magazine). Les contrôles SSPM les plus importants sont l'inventaire des applications connectées, la surveillance des jetons OAuth, l'audit des autorisations entre applications et les références comportementales des actions administratives. Les intégrations « shadow-AI » — les employés connectant des outils d'IA au SaaS d'entreprise via OAuth — constituent une extension émergente de cette même surface surveillée.
La surveillance de la sécurité des applications (une discipline qui recoupe la surveillance des applications au sens de l'observabilité) couvre le comportement des applications en exécution — notamment les résultats des tests statiques et dynamiques dans le pipeline de build, l'autoprotection des applications en exécution, la télémétrie des pare-feu d'applications web (WAF) et les journaux d'application. C'est là que s'inscrit la surveillance à distance des services destinés aux clients, et c'est là que la frontière entre la surveillance de la sécurité et l'observabilité technique est la plus floue. L'exploitation des vulnérabilités étant désormais le principal vecteur d'accès initial, la surveillance au niveau des applications doit signaler les plantages de processus, la création anormale de processus enfants et les pics d'erreurs de requête — des signaux invisibles pour les piles endpoint sur les journaux ou endpoint.
La surveillance des journaux consiste en l'agrégation, la normalisation, la corrélation et la conservation centralisées des journaux provenant de l'ensemble de la pile — elle constitue le fondement historique de la surveillance de la cybersécurité et l'architecture le plus souvent désignée sous les termes de « SIEM » et de « surveillance des journaux ». Le SIEM a évolué pour devenir une couche d'analyse et de conservation en arrière-plan au service de plateformes SecOps plus larges, plutôt qu'un simple moteur de détection. Cette évolution est importante car, comme le montre la section suivante, le SIEM à lui seul ne permet de détecter qu'une fraction bien moindre des tactiques des attaquants que ne le supposent la plupart des équipes.
La surveillance de la cybersécurité s'inscrit dans un cycle continu. Les huit mêmes étapes s'appliquent à chaque domaine surveillé, les données d'entrée et les analyses variant selon le type de capteur. C'est ce cycle de vie qui fait de la surveillance une discipline plutôt qu'un simple outil, et qui distingue la surveillance continue de l'analyse périodique.
Une approche utile consiste à envisager ce cycle en deux phases : acquisition et analyse (étapes 1 à 3), puis décision et action (étapes 4 à 8). La première phase concerne l'ingénierie des données et la science de la détection. La seconde phase concerne la prise de décision humaine et automatisée — c'est là que réside l'essentiel des coûts opérationnels. Les programmes performants investissent de manière équilibrée dans ces deux aspects. Les programmes moins performants investissent de manière excessive dans la collecte et insuffisamment dans le triage, ce qui explique pourquoi tant de données SIEM sont ingérées mais jamais utilisées pour la détection.
La surveillance continue — ce mode de fonctionnement que le NIST qualifie de « surveillance continue de la sécurité » et que les référentiels désignent sous le nom de « surveillance continue de la cybersécurité » — est ce qui distingue cette discipline des analyses périodiques. Les menaces ne suivent pas de calendrier précis, et la détection continue des menaces ne peut pas non plus s'inscrire dans un calendrier. La chasse aux menaces est une pratique complémentaire qui consiste à tester des hypothèses proactives à partir des mêmes données télémétriques, en se demandant « où un attaquant pourrait-il se cacher en ce moment ? » plutôt que d'attendre une alerte. Lorsque la détection se déclenche, la réponse aux incidents est l'étape opérationnelle qui boucle la boucle. Le guide britannique CREST Cyber Security Monitoring Guide constitue une référence pratique pour intégrer ce cycle de vie dans un programme reproductible.
Pour mettre en œuvre un plan de surveillance continue de la cybersécurité, la plupart des équipes procèdent de la même manière : elles dressent l'inventaire des actifs et des identités, hiérarchisent les sources de journaux pertinentes (fournisseurs d'identité, périmètre et accès à distance, plans cloud et applications métier critiques), déploient des outils de surveillance dans chacun des sept domaines, puis itèrent sur le contenu de détection. Remarque concernant le trafic chiffré : le protocole HTTPS, le DNS chiffré et les protocoles de transport modernes ont rendu l'inspection approfondie des paquets moins pratique ; c'est pourquoi la plupart des détections réseau se sont orientées vers des approches basées sur les métadonnées et le comportement — analysant les caractéristiques des flux, les modèles de balises et les anomalies au niveau des sessions plutôt que les charges utiles.
La plupart des publications consacrées à la surveillance de la cybersécurité indiquent aux lecteurs quels produits acheter et comment les déployer. Cette section aborde une réalité plus complexe : quelle part du guide MITRE ATT&CK la pile de surveillance type d'une entreprise détecte-t-elle réellement, et où se situent les lacunes ?
Le problème des 79 %. Une étude indépendante menée dans le cadre du rapport « CardinalOps 2025 State of SIEM » a révélé que les solutions SIEM d'entreprise ne détectent en moyenne que 21 % des MITRE ATT&CK , ce qui signifie que 79 % de ces techniques échappent à la détection du SIEM seul. À la mi-2026, cette édition reste d'actualité, et ces chiffres sont donc toujours valables. Des articles neutres publiés par Help Net Security et Dark Reading confirment ce titre et apportent des précisions à l'appui : plus de la moitié des données SIEM ne sont jamais utilisées pour la détection, moins de 20 % des règles de détection se déclenchent, moins de 5 % des règles génèrent la plupart des alertes intempestives, et plus de 70 % des lacunes de détection pourraient être comblées avec les données que le SIEM ingère déjà. Cela implique que le manque de couverture n'est pas principalement un problème budgétaire, mais un problème d'ingénierie de la détection.
Ce que couvre réellement chaque catégorie d'outils. Aucun capteur ni aucune plateforme ne couvre à lui seul l'ensemble du modèle ATT&CK. La matrice ci-dessous indique la contribution de chaque catégorie d'outils, les cellules étant classées comme « Fort » (couverture complète), « Partiel » (couverture partielle), « Faible » (visibilité limitée) ou « Aucun » (hors champ d'application par conception). Il s'agit d'une carte thermique de couverture, et non d'un classement des fournisseurs ; les résultats réels varient en fonction du degré de maturité du déploiement.
Tableau 2. Couverture MITRE ATT&CK par catégorie d'outils de surveillance
Le tableau 2 présente un aperçu du niveau MITRE ATT&CK par catégorie d'outils de surveillance, dans le cadre de scénarios de déploiement courants. En combinant des solutions EDR, NDR, ITDR et une couche d'analyse du comportement des utilisateurs et des entités (UEBA) permet généralement d’élever la couverture bien au-dessus du seuil de référence de 21 % atteint avec un SIEM seul.
La fatigue liée aux alertes est un problème de couverture déguisé. La couverture ne se résume pas à ce qu’un outil peut détecter : elle concerne ce sur quoi les analystes peuvent réellement agir. Dans l’ensemble du secteur, les analystes examinent bien moins de la moitié des alertes qu’ils reçoivent, et un SOC fonctionnant 24 h/24 et 7 j/7 peut réduire le temps de détection d’environ 70 % par rapport à une couverture limitée aux heures de bureau. C’est pourquoi la fatigue liée aux alertes n’est pas un problème d’effectifs à résoudre en recrutant davantage d’analystes. Il s’agit d’un problème de couverture et de contenu. La solution ne réside pas dans des alertes plus bruyantes, mais dans des alertes moins nombreuses et plus fiables, qui relient les comportements connexes pour former des récits d'attaques. Pour combler ce fossé, trois disciplines sont nécessaires : l'ingénierie de détection en tant que pratique à part entière (rédaction et ajustement continu du contenu de détection), un triage assisté par l'IA qui supprime le bruit sans perdre le signal, et une couverture plus large des capteurs (réseau, identité, cloud et SaaS — pas seulement endpoint les journaux).
Pourquoi la surveillance axée sur les CVE passe à côté des violations de données marquantes de ces dernières années. Les intrusions les plus graves de 2025–2026 ont consisté en une utilisation abusive d'identités et de jetons OAuth contre des logiciels fonctionnant correctement — sans exploit, sans CVE, sans malware. Un programme de surveillance calibré sur des signatures connues et l'état des correctifs ne détectera pas un attaquant qui se connecte à l'aide d'un jeton valide. C'est précisément cette lacune que la section suivante illustre à l'aide d'exemples concrets.
Les récentes violations d'identifiants et de jetons OAuth ont contourné malware, les vulnérabilités CVE et l'authentification multifactorielle (MFA), démontrant ainsi que la surveillance des identités et des jetons SaaS est désormais une exigence de base, et non plus une option. Trois cas survenus entre 2024 et 2025 illustrent les modes de défaillance, et une suite en 2026 montre que cette tendance ne s'est pas arrêtée. Ces cas sont décrits du point de vue de ce que les défenseurs devraient surveiller et de ce qui aurait permis de détecter ces activités — et non comme des guides stratégiques destinés aux attaquants.
Change Healthcare — environ neuf jours de temps de présence avant détection (2024). L'intrusion a débuté le 12 février 2024 et a été détectée le 21 février 2024 — soit environ neuf jours pendant lesquels les attaquants ont opéré au sein de l'environnement sans que personne ne s'en aperçoive. La leçon à en tirer ne concerne pas le point d'entrée initial ; c'est le temps de présence, et non pas seulement le moment de la compromission, qui détermine la gravité de la violation. C'est une surveillance comportementale continue, qui signale les activités internes anormales — et pas seulement les événements au niveau du périmètre —, qui permet de réduire cette fenêtre de neuf jours à quelques heures.
Vol de jetons OAuth dans Salesforce / Salesloft Drift (2025). Les pirates ont exploité des jetons OAuth permanents provenant d'une intégration tierce connectée pour exfiltrer des données de Salesforce sans recourir à malware, sans exploiter de vulnérabilité CVE et sans franchir le périmètre de sécurité. L'autorisation existait déjà, de sorte que l'authentification unique et l'authentification multifactorielle n'ont jamais été remises en cause — il n'y avait rien à hameçonner, car le jeton était déjà considéré comme fiable. La leçon à tirer en matière de surveillance est claire : recenser et supprimer les applications OAuth connectées, révoquer les jetons dont la portée est trop large, et signaler toute utilisation anormale de jetons et toute exportation massive de données CRM. Il s'agit d'un signal SSPM et ITDR, invisible pour endpoint celles basées uniquement sur les journaux.
SK Telecom — une violation de données touchant 27 millions d'abonnés (révélée en 2025). Une violation affectant environ 27 millions d'abonnés montre pourquoi l'étendue de la télémétrie et la détection rapide sont cruciales à grande échelle. À une telle ampleur, la différence entre une détection en quelques jours et une détection en quelques semaines se mesure en termes de risques réglementaires et de préjudice causé aux clients.
Cette tendance s'est poursuivie en 2026. Le même type de campagne utilisant OAuth et des jetons d'identité s'est répété dans des secteurs sans lien entre eux en 2026, notamment lors de nouvelles violations liées à l'intégration connectée et à l'accès OAuth à des outils d'IA (The Hacker News; Dark Reading). Une chaîne d'attaques similaire — consistant à hameçonner un service d'assistance, à s'authentifier auprès d'un fournisseur d'identité d'entreprise tel que Microsoft Entra, puis à pivoter vers un CRM — a également provoqué une importante violation dans le secteur des télécommunications (BleepingComputer). Il existe toutefois un point positif en matière de défense qui mérite d'être souligné : dans au moins un cas, le fournisseur SaaS concerné a détecté l'activité malveillante via des appels API provenant d'adresses IP non autorisées en l'espace d'une à deux semaines — exactement le type de signal comportemental que le SSPM et cloud et de réponse cloud sont conçues pour mettre en évidence.
Tableau 3. Cas liés aux identifiants et à OAuth pour la période 2024-2026 et ce que la surveillance aurait permis de détecter
Le tableau 3 met en correspondance trois cas de violation de données d'identification et d'OAuth survenus entre 2024 et 2026 avec le signal de surveillance spécifique qui aurait permis de les détecter.
La surveillance continue constitue la base factuelle de presque tous les régimes de conformité modernes. Si la formulation varie d'un cadre à l'autre, ceux-ci convergent vers la même exigence : la collecte, l'analyse et la conservation continues des données relatives à la sécurité, accompagnées de procédures documentées et d'un stockage inviolable. La page thématique consacrée aux cadres de sécurité présente en détail le paysage réglementaire ; cette section est un tableau de correspondance d'une page qui synthétise les obligations de surveillance dans les principaux régimes.
Tableau 4. Tableau de correspondance en matière de conformité — contrôles de surveillance dans les principaux cadres réglementaires
Le tableau 4 établit une correspondance entre les obligations de surveillance continue dans dix grands cadres réglementaires, en associant à chacune d'elles sa référence de contrôle, son champ d'application, sa fréquence et les éléments de preuve attendus. Voir la RGPD de l'article 32 pour plus de détails.
L'application de la directive NIS2 va se renforcer en 2026. L'article 23 de la directive NIS2 impose un processus en trois étapes : une alerte précoce dans les 24 heures, une notification d'incident dans les 72 heures et un rapport final dans un délai d'un mois. Dans les États membres de l'UE, l'application de la réglementation passe d'une conformité sur papier à une supervision active et fondée sur les risques, avec des amendes pouvant atteindre 10 millions d'euros ou 2 % du chiffre d'affaires mondial pour les entités essentielles. Ce délai de 24 heures a une implication directe en matière de surveillance : la capacité de détection et de notification au CSIRT doit être disponible 24 heures sur 24. Un programme de surveillance conçu pour un triage le jour ouvrable suivant ne peut pas respecter la règle des 24 heures.
Chaîne de notification prévue à l'article 23 de la directive NIS2 : alerte précoce dans les 24 heures → notification de l'incident dans les 72 heures → rapport final dans un délai d'un mois. (Texte alternatif de l'encadré : chronologie de la chaîne de notification prévue à l'article 23 de la directive NIS2 — alerte précoce dans les 24 heures, notification dans les 72 heures, rapport final dans un délai d'un mois.)

Les références générales restent cohérentes dans tous les secteurs : NIST CSF 2.0 DE.CM pour la fonction « Détection », NIST SP 800-137 pour la structure du programme de surveillance continue de la sécurité de l'information (ISCM), RGPD 32RGPD pour les mesures techniques et organisationnelles, et CIS Controls v8 pour les contrôles normatifs relatifs à la journalisation et à la surveillance du réseau. MITRE ATT&CK est la référence de facto en matière de couverture de détection à laquelle se réfèrent la plupart des programmes d'audit modernes.
Cinq modèles de prestation couvrent l'essentiel des critères pris en compte par les acheteurs des PME et des grandes entreprises lorsqu'ils choisissent des services de surveillance de la cybersécurité. La décision repose rarement uniquement sur le budget : la véritable question est de savoir qui est responsable de la réaction lorsqu'une attaque confirmée est en cours. Le tableau ci-dessous résume les compromis à faire.
Tableau 5. Matrice décisionnelle relative au modèle de prestation des services de surveillance de la cybersécurité
Le tableau 5 compare cinq modèles de prestation de services de surveillance de la cybersécurité en fonction de leur portée, de la responsabilité de l'intervention, de la fourchette de prix, des effectifs, du délai de rentabilisation et de la taille d'entreprise la plus adaptée. Les fourchettes de prix correspondent aux estimations sectorielles habituelles pour 2026 et varient en fonction de la taille de l'environnement, du volume de données de télémétrie et des accords de niveau de service (SLA).
MDR ou MSSP ? C'est la question qui revient le plus souvent dans ce domaine, et la différence réside dans la responsabilité de la réponse. Un fournisseur de services de sécurité gérés (MSSP) gère les outils de sécurité et transmet les alertes ; le client conserve le pouvoir de décision et la responsabilité des mesures à prendre. Un fournisseur de services de détection et de réponse gérés (MDR) prend les mesures de réponse au nom du client — mise en quarantaine d'un hôte, désactivation d'un compte, blocage d'une connexion — dans le cadre d'un périmètre convenu. Le MSSP convient aux organisations disposant de capacités de réponse et souhaitant externaliser l'exploitation des outils. Le MDR convient aux organisations qui ont besoin de mesures de réponse qu'elles ne peuvent pas assurer en interne, en particulier la nuit et le week-end. Les options de SOC-as-a-service (SOCaaS) ou de SOC virtuel (vSOC) entièrement externalisées étendent encore cette offre aux équipes comptant moins de cinq ETP en sécurité qui ont besoin d'une surveillance de la cybersécurité 24 h/24 et 7 j/7 sans mettre en place un SOC dédié.
Contexte du marché en 2026. Les services de sécurité gérés restent le segment du marché de la surveillance qui connaît la croissance la plus rapide. Selon des estimations indépendantes, ce marché devrait passer d'environ 39,47 milliards de dollars en 2025 à environ 66,83 milliards de dollars d'ici 2030 — ces chiffres sont présentés ici à titre d'estimations du marché et non comme des données vérifiées.
La subtilité de l'AI-SOC. La surveillance assistée par l'IA est en train de transformer les opérations, mais son adoption devance les résultats mesurables. Les analystes du secteur désignent les « agents AI-SOC » comme une catégorie émergente, prévoyant qu'environ 70 % des grands SOC les testeront pour des tâches de niveau 1 et 2 d'ici 2028 — pourtant, seuls environ 15 % d'entre eux devraient constater une amélioration mesurable sans évaluation structurée (BleepingComputer). La leçon à retenir pour les acheteurs : l'apprentissage automatique améliore véritablement la surveillance lorsqu'il réduit l'écart de vitesse avec les attaquants utilisant l'IA et transforme le volume d'alertes en récits d'attaques, mais il doit être évalué sur la base des résultats de détection, et non des affirmations des fournisseurs.
Mesurer l'efficacité. L'efficacité de la surveillance de la cybersécurité se juge à l'aune des résultats, et non de l'activité. Les indicateurs qui comptent sont le temps moyen de détection (MTTD), le temps moyen de réponse (MTTR), le temps de persistance (par rapport à la référence de 241 jours pour 2025), MITRE ATT&CK (par rapport à la référence de 21 % pour les solutions SIEM seules, avec un objectif de plus de 70 % pour les piles combinées), ainsi que la précision et le rappel de détection. Les approches modernes qui permettent de les améliorer — l'ingénierie de la détection en tant que discipline à part entière, le triage assisté par l'IA, l'analyse comportementale plutôt que la correspondance de signatures, et la corrélation interdomaines — partagent toutes un même objectif : transformer la surveillance d'un problème générateur de bruit en une capacité de cyber-résilience mesurable. La vue d'ensemble de la posture de sécurité et le catalogue plus large de solutions de surveillance de la cybersécurité complètent l'ensemble des critères de décision.
Vectra AI la surveillance de la cybersécurité comme un problème de détection de signaux, et non comme un problème de journalisation. La philosophie du « présumer la compromission » part du principe que les attaquants les plus rusés parviendront à s'introduire dans le système ; par conséquent, la surveillance la plus utile se concentre sur ce qu'ils font une fois à l'intérieur : mouvements latéraux, élévation de privilèges, comportements identitaires anormaux, utilisation abusive des jetons OAuth, activités de commande et de contrôle, et exfiltration. Attack Signal Intelligence une analyse comportementale basée sur l’IA à l’ensemble de la surface d’attaque moderne — réseau, identités, cloud et SaaS — afin de mettre en évidence les attaques que la surveillance centrée sur endpoint les journaux ne détecte pas. L'objectif est d'obtenir des détections moins nombreuses mais plus fiables, qui retracent la chaîne d'attaque, et non pas davantage d'alertes à trier. Pour les organisations dont les équipes de sécurité sont limitées, cela transforme la surveillance d'un problème générateur de bruit en une capacité de résilience face aux attaques — mesurée par le nombre d'attaques réelles détectées plus tôt, et non par le nombre de journaux ingérés.
Le paysage de la cybersécurité évolue plus rapidement que ne peuvent s'adapter la plupart des programmes de surveillance. Au cours des 12 à 24 prochains mois, cinq tendances vont profondément transformer la manière dont les entreprises assurent leur surveillance — ainsi que les discussions budgétaires qui la financent.
La surveillance des identités et des jetons SaaS devient l'investissement le plus rentable. Les violations marquantes de 2024 à 2026 ont exploité des identités valides et des autorisations OAuth, et non malware des vulnérabilités CVE. L'acheteur disposant d'un budget supplémentaire aura tout intérêt à optimiser sa couverture en investissant dans l'ITDR et le SSPM — inventaire des applications connectées, détection des anomalies de jetons et analyse comportementale des identités — plutôt qu'en renforçant endpoint , que les attaquants contournent déjà.
La surveillance des expositions s'intensifie à mesure que les vecteurs d'attaque évoluent. L'exploitation des vulnérabilités étant désormais le principal vecteur d'accès initial et le délai médian de correction s'étant allongé à 43 jours, la surveillance continue des expositions et des vulnérabilités passe du statut de simple mesure d'hygiène à celui de priorité absolue en matière de détection. Les programmes qui se contentent d'un rapport trimestriel sur l'état des correctifs continueront de perdre la course face à ce vecteur d'attaque désormais numéro un.
Le triage assisté par l'IA gagne en maturité, mais de manière inégale. Les agents SOC basés sur l'IA feront l'objet d'essais à grande échelle d'ici 2028, mais l'écart entre ces essais et les améliorations tangibles reste important. Il faut s'attendre à ce que les contrats, les descriptions de poste et les outils évoluent vers une prise en charge par l'IA du triage de routine de niveau 1, tandis que les analystes humains se concentreront sur les enquêtes de niveau 2 et 3, l'ingénierie de détection et la chasse aux menaces. La sécurité de l'IA elle-même devient une nouvelle surface surveillée : les anomalies de modèle, l'empoisonnement des données et la prolifération des OAuth d'IA fantômes génèrent tous des signaux que le programme doit absorber.
Le rythme des réglementations s'accélère. La règle d'alerte précoce de 24 heures prévue à l'article 23 de la directive NIS 2 sera pleinement appliquée dans tous les États membres de l'UE en 2026, avec des amendes pouvant atteindre 10 millions d'euros ou 2 % du chiffre d'affaires. Les accords de niveau de service (SLA) en matière de surveillance continue passent du stade « raisonnable » à celui « vérifiable », et toute détection tardive se traduit désormais directement par un risque de non-conformité.
Une consolidation inter-domaines, et non une centralisation autour d’un seul outil. Les acheteurs ne se tournent pas vers une seule catégorie d’outils, mais vers des plateformes qui assurent une cohérence entre les différentes catégories. En 2026, les discussions autour des plateformes porteront sur l’intégration des données et l’expérience des analystes, et non sur la réduction du nombre de capteurs.
Le guide de préparation n'a rien d'extraordinaire. Répertoriez les sept domaines en fonction de votre parc actuel de capteurs. Réalisez une évaluation de la couverture ATT&CK en toute honnêteté, sans vous fixer d'objectifs trop ambitieux. Dressez l'inventaire de toutes les autorisations OAuth connectées et supprimez celles que vous ne pouvez pas justifier. Déterminez à quoi devra ressembler votre modèle de déploiement dans 18 mois, et non dans trois. Et investissez dans les contenus de détection en les considérant comme un actif à maintenir en permanence, à l'instar des équipes d'ingénierie qui investissent dans des suites de tests.
La surveillance de la cybersécurité — qu'on l'appelle « surveillance de la cybersécurité » ou simplement « surveillance de la sécurité » — est la discipline globale qui donne tout son sens à chaque autre investissement en matière de sécurité. Sans une visibilité continue sur les sept domaines (réseau, endpoint, cloud, identités, SaaS, applications et journaux), les investissements dans la détection, la réponse et la conformité s'effectuent en partie à l'aveuglette. Les références récentes sont claires : si les coûts liés aux violations diminuent, c'est uniquement parce que les meilleurs programmes détectent plus rapidement, que le principal vecteur d'entrée s'est déplacé vers les vulnérabilités non corrigées, et que les intrusions déterminantes contournent désormais l'authentification multifactorielle (MFA) en exploitant les identités et les jetons OAuth plutôt qu'en déployant malware.
Les données réelles sur la couverture — le SIEM détectant à lui seul 21 % des MITRE ATT&CK , les analystes examinant moins de la moitié de leurs alertes, un temps de persistance de 241 jours servant de référence au secteur — ne sont pas une raison de désespérer. Il s'agit d'une feuille de route. Pour combler ce fossé, trois engagements sont nécessaires : instrumenter les sept domaines plutôt que de se limiter à un ou deux, considérer le contenu de détection comme un actif entretenu en continu plutôt que comme un déploiement ponctuel, et choisir le modèle de déploiement en fonction de la capacité de réponse réelle de votre équipe.
Pour les responsables de la sécurité qui doivent déterminer où investir leurs prochains budgets, les investissements les plus rentables concernent généralement la surveillance des identités et des jetons SaaS (ITDR et SSPM), la couverture comportementale du réseau et cloud, ainsi que le triage assisté par l'IA qui transforme le volume d'alertes en récits d'attaques. Consultez les pages thématiques ci-dessus pour approfondir n'importe quel domaine, et utilisez le tableau de correspondance des normes de conformité et la matrice des modèles de déploiement comme points de départ pour les discussions internes que ces décisions nécessitent.
Les termes « surveillance de la cybersécurité » et « surveillance de la sécurité » sont pratiquement synonymes et désignent la même discipline globale : une visibilité continue et axée sur les menaces couvrant l'ensemble de la surface d'attaque de l'entreprise — réseau, endpoint, cloud, identités, SaaS, applications et télémétrie des journaux. Dans la pratique quotidienne, les équipes de sécurité utilisent ces deux termes de manière interchangeable, et la plupart des sources les considèrent comme équivalents. Une minorité de professionnels établit une distinction subtile, définissant la « surveillance de la cybersécurité » comme le concept global et la « surveillance de la sécurité » comme son sous-ensemble opérationnel quotidien, mais cette distinction n'est pas normalisée et n'influe que rarement sur la manière dont les programmes sont conçus ou exécutés.
Les distinctions les plus utiles concernent des concepts voisins qui sont réellement différents. La surveillance du réseau, au sens commun du terme, suit les performances et la disponibilité (temps de fonctionnement, latence, bande passante) plutôt que le comportement des attaquants — son équivalent axé sur les menaces est la surveillance de la sécurité du réseau. La détection des menaces est l'étape de détection qui s'inscrit dans le cadre de la surveillance, et non un synonyme de l'ensemble de la discipline. Le tableau comparatif présenté plus haut dans ce guide présente le champ d'application et les principaux résultats de chacune. Conclusion pratique : ne vous attardez pas trop sur la distinction entre « cybersécurité » et « sécurité », et concentrez-vous sur la mise en place de mesures de surveillance sur l'ensemble de la surface d'attaque plutôt que sur un seul domaine ou outil.
Il n’existe pas d’outil unique idéal pour la surveillance de la cybersécurité, car aucune catégorie d’outils ne couvre l’ensemble des stratégies des attaquants. Des tests indépendants montrent que les SIEM d’entreprise ne détectent à eux seuls, en moyenne, que 21 % des MITRE ATT&CK , et que chaque catégorie de la matrice de couverture présentée plus haut dans ce guide comporte des tactiques qu’elle couvre bien et d’autres qu’elle ne peut pas détecter. Les programmes efficaces combinent des catégories complémentaires : les SIEM pour la corrélation des journaux et les preuves de conformité, les EDR pour endpoint , les NDR pour la visibilité du réseau et des mouvements latéraux, les ITDR pour les attaques d'identité et les CSPM pour cloud . Ainsi, le point faible d'un capteur devient le point fort d'un autre.
La question qu'il convient plutôt de se poser est de savoir quelle combinaison comble vos principales lacunes. Commencez par évaluer en toute honnêteté MITRE ATT&CK des outils que vous utilisez déjà, identifiez les tactiques pour lesquelles la couverture est faible ou inexistante — le plus souvent la propagation latérale, l'accès aux identifiants et l'exfiltration —, puis ajoutez la catégorie qui y répond. Pour la plupart des entreprises, les ajouts les plus efficaces concernent la couverture des identités et du comportement réseau, car ils détectent les attaques par compte valide et par jeton OAuth que les piles centrées sur endpoint les journaux ne parviennent pas à repérer.
Le SIEM est une plateforme d'agrégation et de corrélation des journaux — une solution d'analyse centralisée couvrant de nombreuses sources de télémétrie, optimisée pour la mise en évidence de la conformité et la détection basée sur des règles. L'EDR est un capteur endpoint qui collecte des données de télémétrie relatives aux processus, aux fichiers, au registre et à la mémoire à partir des postes de travail et des serveurs, et applique une détection comportementale au niveau de l'hôte. Le NDR analyse le trafic réseau — en particulier les mouvements latéraux est-ouest — à la recherche d'anomalies comportementales, en s'appuyant souvent sur des analyses basées sur l'IA portant sur les métadonnées plutôt que sur les données utiles.
Ces trois solutions sont complémentaires, et non substituables. La plupart des SOC modernes exploitent les trois (ce que l'on appelle parfois la « triade de visibilité du SOC »), le SIEM servant de backend d'analyse et de conservation des données, tandis que l'EDR et le NDR font office de capteurs principaux. L'ajout de l'ITDR pour la protection des identités comble la plus grande lacune restante dans la plupart des architectures, car les attaques ciblant les identités contournent les contrôles endpoint du réseau. La conclusion de CardinalOps selon laquelle le SIEM détecte à lui seul seulement 21 % des MITRE ATT&CK est le meilleur argument en faveur de l'approche multisenseurs : aucune catégorie ne couvre à elle seule l'ensemble des stratégies des attaquants.
La surveillance continue génère les preuves documentaires exigées par la quasi-totalité des cadres de conformité modernes. Le NIST CSF 2.0 la considère comme le cœur de la fonction « Détection », et la norme NIST SP 800-137 définit la structure du programme (la stratégie et le processus ISCM). L'exigence 10 de la norme PCI DSS v4.0.1 impose l'examen quotidien des journaux et la gestion centralisée de ceux-ci. La norme HIPAA 45 CFR 164.312(b) exige des contrôles d'audit. La norme SOC 2 CC7 exige une capacité documentée de détection et de réponse aux incidents. L'article 23 de la norme NIS2 impose une cascade de rapports à 24 heures, 72 heures et 1 mois, impossible à respecter sans une détection 24 heures sur 24. RGPD 32RGPD exige des mesures techniques et organisationnelles continues, avec des journaux d'audit et un stockage inviolable comme preuves standard.
Concrètement, cela signifie que les résultats du suivi — registres de conservation des journaux, examens des alertes, tickets d'incident et journaux de notification — constituent la piste de vérification attendue par les auditeurs. Les programmes qui traitent la conformité comme un exercice de documentation distinct finissent par dupliquer le travail ; ceux qui intègrent d'emblée les preuves de conformité dans la conception de la surveillance (conservation cohérente des journaux, stockage inviolable, cadence d'examen documentée) consolident les fonctions opérationnelles et d'audit. Le tableau de correspondance de conformité présenté plus haut dans ce guide met en correspondance chaque cadre avec ses obligations de surveillance et ses éléments de preuve.
Un MSSP (fournisseur de services de sécurité gérés) gère les outils de sécurité et les surveille pour le compte du client, en transmettant généralement les alertes aux analystes de ce dernier afin qu'ils mènent des investigations et prennent les mesures qui s'imposent. Le MSSP est responsable de l'exploitation des outils ; le client est responsable de la réponse. Un fournisseur MDR (détection et réponse gérées) prend des mesures de réponse pour le compte du client dans le cadre d'un périmètre convenu. Le fournisseur MDR peut mettre un hôte en quarantaine, désactiver un compte, bloquer une connexion ou escalader un incident confirmé selon un guide d'intervention préétabli.
Le choix se résume généralement à savoir si le client dispose des ressources internes nécessaires pour intervenir 24 heures sur 24. Les entreprises qui optent pour les MSSP le font parce qu’elles conservent ainsi le contrôle sur les décisions relatives à la maîtrise des incidents. Les organisations qui ne privilégient pas le MDR, car attendre qu'un analyste interne réagisse à une alerte à 2 heures du matin n'est pas plus rapide que d'attendre le jour ouvrable suivant. Les solutions hybrides sont de plus en plus courantes : le client conserve le contrôle stratégique, tandis que le prestataire se charge du triage de niveau 1 et 2 et d'un périmètre d'intervention défini.
Le coût dépend principalement du modèle de prestation, et les chiffres ci-dessous constituent des estimations du secteur qui varient en fonction de la taille de l'environnement, du volume de données de télémétrie et des niveaux de service. Un centre d'opérations de sécurité (SOC) interne fonctionnant 24 heures sur 24 et 7 jours sur 7, avec un effectif complet, engendre les coûts fixes les plus élevés — souvent entre 1 et 2 millions de dollars, voire plus, par an, tous frais compris, auxquels s'ajoutent cinq à huit analystes, voire plus, pour assurer les quarts de travail 24 heures sur 24. Les modèles externalisés s'orientent vers une tarification récurrente : un MSSP coûte généralement entre 10 000 et 50 000 dollars par mois, un MDR environ 40 000 à 150 000 dollars ou plus par an pour les environnements de taille moyenne, et les services SOCaaS ou SOC virtuels se situent dans une fourchette similaire en fonction de leur portée.
La question la plus importante, bien plus que le prix affiché, est de savoir ce que vous obtenez en contrepartie — plus précisément, qui est responsable de la réponse lorsqu'une attaque est confirmée. Un MSSP qui se contente de transmettre les alertes laisse la charge de la maîtrise de l'incident à votre équipe ; un MDR qui prend des mesures de réponse dans le cadre d'un périmètre convenu fournit un travail plus important et fixe ses tarifs en conséquence. Les acheteurs évaluent de plus en plus les prestataires en fonction du temps de réponse et des résultats de détection plutôt qu'en fonction du nombre d'outils ou du volume d'alertes, ce qui constitue une base plus pertinente pour comparer le coût et la valeur.
Oui, de manière significative. La plupart des attaques par ransomware sont précédées de plusieurs jours, voire de plusieurs semaines, de reconnaissance, de vol d’identifiants, de mouvements latéraux et de préparation — et le ransomware est désormais impliqué dans environ 48 % des violations de données, selon le rapport DBIR 2026. La surveillance comportementale sur l’ensemble des surfaces réseau et d’identité, et non pas uniquement endpoint , fournit aux défenseurs les signaux d’alerte précoce nécessaires pour contenir les attaquants avant que le chiffrement ne soit déclenché. Les techniques MITRE les plus pertinentes pour les activités préalables au chiffrement — l'utilisation abusive de comptes valides, la force brute et la préparation qui précède le chiffrement des données à des fins d'impact — sont détectables bien plus tôt dans la chaîne d'attaque que l'événement de chiffrement lui-même.
La recrudescence des attaques axées sur l'identité prévue pour la période 2024-2026 fait de l'ITDR un investissement particulièrement rentable pour renforcer la résilience face aux ransomwares. Un attaquant disposant d'une session d'authentification unique valide ou d'un jeton OAuth actif n'a pas besoin malware; endpoint et les déclencheurs de prévention des pertes de données ne suffiront donc pas à eux seuls à le détecter. C'est la surveillance comportementale des flux d'identité — connexions impossibles, actions administratives anormales, utilisation abusive des jetons OAuth et schémas d'accès aux données inhabituels — qui comble cette lacune et transforme la surveillance en une véritable réduction du risque lié aux ransomwares.