Le SIEM (gestion des informations et des événements de sécurité) agrège et met en corrélation les journaux provenant de l’ensemble de votre environnement à des fins de surveillance, d’alerte, de conformité et de conservation à des fins d’analyse forensic. La détection et la réponse étendues (XDR) mettent en corrélation les données de télémétrie natives issues endpoint, du réseau, des identités et cloud une détection et une réponse plus rapides et automatisées. Si vous connaissez déjà les définitions, la véritable question porte sur le choix : lequel acheter en premier, le XDR peut-il remplacer le SIEM, et avez-vous réellement besoin des deux ? Ce guide y répond en abordant les aspects que les pages « 101 » statiques omettent : un modèle de coût total de possession, une mise en correspondance entre réglementations et capacités, la triade de visibilité du SOC qui résout le dilemme « l’un ou l’autre », un arbre de décision basé sur des profils, ainsi qu’une analyse actuelle permettant de déterminer si cette distinction aura encore de l’importance en 2026. En résumé : il s’agit d’un choix d’architecture, et non d’un choix binaire, et le manque de visibilité sur le réseau est l’élément que la plupart des comparaisons omettent.
La différence entre le XDR et le SIEM réside dans les données et les objectifs : le SIEM est un système d'enregistrement dédié à l'agrégation des journaux et à la conformité, qui établit des corrélations entre les enregistrements provenant de l'ensemble de l'environnement afin d'assurer une couverture étendue et la conservation des données, tandis que le XDR est un système rapide de détection et de réponse inter-télémétrie qui établit des corrélations entre les signaux natifs endpoint, du réseau, des identités et cloud. Ces deux technologies sont liées, mais ne sont pas interchangeables.
Le SIEM repose sur l’agrégation des journaux. Il collecte les journaux provenant des terminaux, des applications, des pare-feu, des fournisseurs d’identité et cloud , puis applique des règles de corrélation pour mettre en évidence les activités suspectes — et conserve ces données à des fins de rapports de conformité et d’enquêtes judiciaires. Ses utilisations courantes reposent précisément sur cette combinaison : une gestion centralisée des journaux et des rapports de conformité prêts pour l’audit. Les plateformes SIEM matures intègrent également l’analyse du comportement des utilisateurs et des entités (UEBA) afin d’évaluer les comportements anormaux à partir des journaux bruts.
Le XDR est l’évolution de l’EDR. Alors que endpoint et la réponse endpoint surveillent une seule surface, le XDR « étend » ce modèle pour corréler les données télémétriques provenant de plusieurs surfaces, en privilégiant la rapidité de détection et la réponse automatisée plutôt que le stockage à long terme. Il convient de mentionner brièvement une variante connexe : le XDR ouvert intègre des données télémétriques provenant de tiers plutôt que de s’appuyer uniquement sur les capteurs natifs d’un seul fournisseur — ce sujet est abordé dans le guide dédié à la détection et à la réponse étendues (XDR).
Non. Le SIEM agrège et met en corrélation les journaux à des fins de surveillance, de conformité et de conservation, tandis que le XDR met en corrélation les données de télémétrie natives sur l'ensemble des surfaces de sécurité afin d'accélérer la réponse automatisée — il s'agit donc de données différentes et d'un objectif différent. Ces deux solutions répondent à deux aspects distincts du problème de détection ; c'est pourquoi la suite de cette comparaison s'attache à déterminer dans quelles circonstances chacune d'elles trouve sa place, plutôt que de les considérer comme des solutions de substitution.
Le SIEM privilégie l'étendue et la conservation des données ; le XDR privilégie la rapidité et la réponse automatisée — ces deux approches répondent à deux aspects distincts du problème de détection. Le tableau ci-dessous présente les critères qui déterminent réellement le choix.
Comparaison entre les solutions SIEM et XDR en termes de fonctionnalités, de sources de données, de détection, de réponse, de conformité et de maintenance.
Schéma : matrice comparative illustrant le tableau ci-dessus sous la forme d'une grille comparant côte à côte les solutions SIEM et XDR. Légende : Comparaison entre les solutions SIEM et XDR en termes de fonctionnalités, de sources de données, d'approche de détection, de réponse, de conformité, d'étendue et de maintenance.
Télémétrie et journaux. Les journaux sont des enregistrements générés par les systèmes et ingérés a posteriori par une plateforme SIEM : ils sont structurés, mais leur richesse dépend uniquement des informations que chaque source a choisi d’y consigner. La télémétrie, quant à elle, correspond au flux d’informations riche et continu que les capteurs collectent directement ; c’est pourquoi la technologie XDR est capable d’analyser des comportements que les journaux n’ont jamais capturés.
IoA vs IoC. Un indicateur de compromission (IoC) est une trace laissée par l'attaquant — un hachage, un domaine, une adresse IP — que les règles SIEM détectent facilement une fois qu'elle est connue. Un indicateur d'attaque (IoA) correspond au comportement lui-même, indépendamment de toute trace, et c'est là que les analyses multi-surfaces du XDR prennent le dessus face aux intrusions inédites ou basées sur l'usurpation d'identifiants.
Visibilité contre rapidité. Voici une approche qui n’est pas évidente : le SIEM vous apporte de la visibilité — une couverture étendue sur des sources hétérogènes et héritées, ainsi que la durée de conservation exigée par les auditeurs — tandis que le XDR vous apporte de la rapidité, en permettant une détection et un confinement plus rapides avec moins d’efforts de la part des analystes. Le XDR a l’avantage en termes de vitesse de détection, de réduction de la charge de travail, de détection des mouvements latéraux et de maintenance réduite ; le SIEM a l’avantage en termes de couverture hétérogène, de conformité, de profondeur d’analyse forensic et de logique de détection personnalisée.
L'échec courant des systèmes SIEM est d'ordre opérationnel, et non conceptuel. En 2025, 50 % des échecs des règles de détection SIEM ont été attribués à des problèmes de collecte des journaux sur un total de 160 millions de simulations d'attaques (The Hacker News, 2025) : les règles étaient correctes, mais les données ne sont jamais arrivées. L’autre défaillance récurrente est le bruit : le système SIEM d’une entreprise du classement Fortune 500 a noyé une alerte authentique sous environ 5 000 faux positifs quotidiens, générés par 900 règles de corrélation obsolètes (UnderDefense), un cas d’école de fatigue des alertes plutôt que de données manquantes.
Une petite précision sur les acronymes avant de poursuivre : l’EDR couvre les terminaux, le MDR est un service géré qui intègre ces outils, et le SOAR automatise la réponse — la distinction plus approfondie entre EDR et XDR fait l’objet d’un guide à part entière.
Le véritable coût d'un SIEM réside dans son effet multiplicateur sur les effectifs ; l'XDR transfère les dépenses du personnel vers la plateforme — il faut donc évaluer le coût total, et non le prix catalogue. Aucune comparaison directe dans les résultats de recherche ne fournit de chiffres concrets à ce sujet ; c'est donc ce que fait le tableau ci-dessous.
Fourchettes indicatives du coût total de possession (TCO) annuel en fonction de la taille de l'entreprise et de l'architecture, d'après un échantillon du 1er trimestre 2026 — ces chiffres sont des estimations sujettes à variation et ne constituent pas des devis.
L'erreur principale consiste à considérer les frais de licence d'un système SIEM comme son coût total. Dans la pratique, le coût total de possession d’un SIEM représente généralement 2 à 3 fois le prix de la licence, en raison des besoins en personnel du SOC, de l’élaboration des règles et de l’ajustement continu que la plateforme exige (siemcostcalculator.com, 2026). C’est ce facteur multiplicateur qui fait de la « fatigue des alertes » un poste de dépense à part entière : chaque faux positif représente du temps de travail pour les analystes, et une équipe d’une entreprise de taille moyenne peut dépenser davantage pour analyser le bruit que pour le logiciel qui le génère.
L'XDR modifie la structure des dépenses plutôt que leur simple montant. Étant donné que les analyses sont gérées par le fournisseur et qu'une grande partie du triage est automatisée, les coûts se déplacent du personnel vers la plateforme — ce qui est intéressant pour les acheteurs du marché intermédiaire aux ressources limitées, disposant d'un SOC dédié réduit, voire inexistant. Les fourchettes ci-dessus en témoignent : une solution exclusivement XDR revient moins cher à de nombreuses entreprises du marché intermédiaire, précisément parce qu'elle n'implique pas les mêmes besoins en personnel.
Le levier le plus efficace en matière de coûts est d'ordre architectural, et non une remise. Dans un modèle hybride, vous transmettez au SIEM des incidents XDR corrélés et de haute fidélité — et non des données de télémétrie brutes —, ce qui permet de réduire de 30 à 50 % le volume de données ingérées par le SIEM pendant une migration, tout en préservant le système de référence en matière de conformité (siemcostcalculator.com, 2026). Étant donné que la tarification de la plupart des SIEM évolue en fonction du volume de données, la réduction du volume de données transmises au SIEM constitue le principal poste de coût contrôlable.
Une mise en garde concernant tous les chiffres présentés ici : les tarifs dans cette catégorie sont sujets à de fortes fluctuations. Considérez-les comme des fourchettes indicatives établies au premier trimestre 2026 — adaptez-les en fonction de vos propres volumes de données et de vos effectifs, et ne considérez jamais un prix catalogue comme le coût total.
C'est en matière de conformité que le SIEM reste indispensable : la conservation des données sur le long terme et les rapports d'audit sont des exigences que le XDR, à lui seul, satisfait rarement. Ce recoupement constitue l'argument concret le plus solide en faveur du maintien d'un SIEM après l'adoption du XDR.
Quelle technologie répond le mieux aux exigences de chaque mesure de contrôle : conservation des données, rapports d'audit et délais de signalement des incidents ?
Les exigences en matière de conservation sont précises et durables. La exigence 10.5.1 de la norme PCI DSS v4.0 impose de conserver les journaux d’audit pendant au moins 12 mois, les trois derniers mois devant être immédiatement accessibles (Netizen, 2026) — à noter que l’ancienne numérotation « exigence 10.7 » correspondait à la norme PCI DSS v3.2.1. La règle de sécurité de l’HIPAA (45 CFR 164.316(b)(2)(i)) exige que la documentation et les pistes d’audit soient conservées pendant six ans à compter de leur création ou de leur dernière date d’entrée en vigueur (eCFR, 45 CFR 164.316). Il s’agit dans les deux cas d’obligations à long terme auxquelles la télémétrie native du XDR n’a pas été conçue pour répondre.
Les régimes de notification de l’UE renforcent les exigences en matière de rapidité et de conservation des données. Dans le cadre de la directive NIS2, le délai de transposition a expiré le 17 octobre 2024, et la Commission européenne a émis, le 7 mai 2025, des avis motivés à l’encontre de 19 États membres pour ne pas l’avoir pleinement transposée (Commission européenne, 2025). La directive elle-même impose la notification précoce des incidents dans un délai de 24 heures dans 18 secteurs essentiels et importants, sous peine de sanctions pouvant aller jusqu’à 10 millions d’euros ou 2 % du chiffre d’affaires mondial. La directive DORA est pleinement applicable depuis le 17 janvier 2025 et établit un calendrier échelonné pour les incidents majeurs : une notification initiale dans les 4 heures suivant la classification de l’incident comme majeur (et au plus tard 24 heures après sa détection), un rapport intermédiaire dans les 72 heures, et un rapport final dans un délai d’un mois (Normes techniques communes de l’ABE; DLA Piper, 2025). Au-delà de ces dispositions, la famille de normes « Audit et responsabilité » (AU) de la norme NIST 800-53 et les critères de surveillance SOC 2 considèrent la journalisation centralisée comme le mécanisme d’audit standard, tandis que RGPD 25 RGPD prévoit une protection des données dès la conception, étayée par des audits et la journalisation des accès.
Conclusion pratique : le XDR renforce l’aspect « vitesse de détection » de ces obligations, mais il ne suffit généralement pas à lui seul à satisfaire aux exigences de conservation à long terme ou aux rapports d’audit basés sur des sources logarithmiques arbitraires. En matière de conformité réglementaire, le SIEM reste le système de référence — et c’est précisément pour cette raison que l’idée de « remplacer le SIEM » constitue une approche erronée pour les organisations soumises à une réglementation.
La question « SIEM ou XDR ? » se résume en fait à une question d’architecture : détection et réponse aux incidents NDR) comblent l’angle mort lié aux mouvements latéraux que ni l’un ni l’autre de ces outils ne parvient à couvrir à lui seul. La véritable réponse à la question « SIEM ou XDR ? » est souvent « ni l’un ni l’autre à lui seul ».
Le cadre organisationnel repose sur la « triade de visibilité SOC » : le SIEM assure la couverture globale et la conformité, l’EDR/XDR apporte endpoint , et le NDR fournit la visibilité réseau qui fait défaut aux deux premiers. Ce concept a été développé par les analystes de Gartner (Barros, Chuvakin et Belak) en 2019, en s’appuyant sur la « triade nucléaire du SOC » inventée par Chuvakin en 2015 — il convient de le considérer comme un modèle évolutif plutôt que comme une taxonomie figée, car le XDR brouille désormais les frontières entre l’EDR et le NDR. L’analyse approfondie des modèles d’architecture figure dans le guide dédié à la triade de visibilité du SOC; ici, il s’agit d’un cadre narratif, et non d’un objectif en soi.

Trois cercles qui se chevauchent, intitulés « SIEM », « EDR/XDR » et « NDR », convergent vers une visibilité unifiée au sein du SOC. Chaque volet comble une lacune distincte :
Cet écart est d’ordre empirique, et non théorique. En 2024, 44 % des incidents liés à des ransomwares en cours ont été détectés au cours de mouvement latéral — le signal transmis par le réseau qu’une pile composée uniquement d’un SIEM ou endpoint ne peut pas détecter (Barracuda, 2025). L'Akira ransomware Ce cas illustre bien la situation : les attaquants ont pénétré dans le système via un compte « fantôme » tiers désactivé, en passant par un VPN ouvert ; endpoint a bloqué les attaques de type « pass-the-hash » et les mouvements latéraux visant à voler des informations à 1 h 17 du matin (MITRE ATT&CK T1550.002 « Pass the Hash ») ; les attaquants ont ensuite pivoté vers un serveur non protégé et déployé Akira à 2 h 54 ; tous endpoint protégés par XDR endpoint isolés en moins de quatre minutes (de 2 h 54 à 2 h 59). La conclusion tirée après l'incident était sans équivoque : une visibilité sur le réseau et les identités aurait permis de détecter plus tôt l'activité liée au compte fantôme du VPN, tandis qu'une infrastructure reposant uniquement sur un SIEM n'aurait pas pu la détecter du tout.
Il s'agit d'un phénomène structurel, et non d'un cas isolé. Les données agrégées de 2025 montrent que la durée médiane de présence a atteint 14 jours, que les exploits sont restés le principal vecteur d’accès initial avec 32 % pour la sixième année consécutive, que le délai entre l’accès initial et le transfert de responsabilité s’est réduit à 22 secondes, et que 52 % des intrusions ont été détectées en interne (contre 43 % en 2024) (Mandiant M-Trends 2026; SecurityWeek, 2026). Lorsque le transfert s’effectue en quelques secondes et que les attaquants restent présents sur le réseau pendant plusieurs jours, c’est sur le réseau que se joue l’issue du combat — voir NDR vs XDR et SIEM vs NDR pour comprendre comment le volet réseau s’articule avec chacun de ces concepts.
La plupart des entreprises ont besoin des deux : privilégier l'XDR pour la détection, conserver le SIEM pour la conformité, et procéder à la migration en réduisant le volume de données ingérées par le SIEM, sans pour autant compromettre ses capacités. Voici une méthode structurée pour prendre cette décision, suivie d'une feuille de route que les concurrents se contentent d'évoquer.
Commençons par la question la plus courante. Le XDR peut-il remplacer le SIEM ? Pas entièrement : le XDR peut prendre en charge la détection et la réponse primaires, mais le SIEM reste indispensable pour la conformité, la conservation des journaux et l’ingestion des sources hétérogènes et héritées que les capteurs XDR ne collectent pas. Le consensus général, partagé par les fournisseurs et les analyses de marché, est que la plupart des organisations utilisent les deux ; l’opinion minoritaire selon laquelle « le XDR est en train de supplanter le SIEM » est largement défendue par les fournisseurs de solutions XDR ouvertes.

Le schéma ci-dessous s'articule autour de votre principal problème : si la vitesse de détection et la réactivité constituent votre principal défi, optez pour une solution XDR allégée ; si ce sont la conservation des données, la conformité et l'hétérogénéité du périmètre qui posent problème, conservez ou privilégiez une solution SIEM. Affinez ensuite votre choix en fonction du profil de votre organisation :
La voie de migration hybride est celle qui permet de concilier les objectifs en matière de coûts et de capacités. Organisez-la de manière réfléchie :
Le SOAR (orchestration, automatisation et réponse en matière de sécurité) correspond au volet « automatisation de la réponse », distinct de la triade de la visibilité : il exécute des scénarios et coordonne les actions entre les différents outils dès qu’une alerte est déclenchée, plutôt que de générer lui-même des alertes. Ainsi, lorsque les équipes se demandent si elles ont besoin d’un SIEM, d’un XDR et d’un SOAR — ou quel est le lien entre le SIEM et le SOAR —, la réponse est que le SOAR ajoute une couche d’automatisation à tout ce qui génère vos alertes. Pour comparer l’orchestration de la sécurité et le SOAR et comprendre où chacun trouve sa place, consultez l’article « Orchestration de la sécurité vs SOAR ».
Oui, ces catégories tendent à se rapprocher sur le plan commercial, mais la question de l'architecture (couverture et conservation des données face à la vitesse de détection et à la visibilité du réseau) revêt plus d'importance que jamais, et non l'inverse. Le contexte a évolué, les solutions SIEM de nouvelle génération intégrant désormais des capacités d'analyse de type XDR et les solutions XDR ajoutant la gestion des journaux ; les acheteurs se demandent donc de plus en plus si cette appellation a encore un sens.
Les données du marché montrent que ces deux catégories sont en croissance, mais à des rythmes très différents. Le marché du XDR devrait passer de 5,53 milliards de dollars en 2024 à 30,86 milliards de dollars d’ici 2030, avec un TCAC de 31,2 % (MarketsandMarkets) — bien que ce rapport présente une incohérence interne entre les TCAC de 31,2 % et 14,6 %, et qu’un analyste divergent, utilisant une approche plus restrictive, estime le marché du XDR à seulement 4,98 milliards de dollars d’ici 2030 ; il convient donc de considérer cette prévision à la hausse comme une fourchette, et non comme une certitude. Le marché du SIEM devrait passer de 8,39 milliards de dollars en 2026 à 13,67 milliards de dollars d’ici 2031, avec un TCAC de 10,3 % (MarketsandMarkets / PR Newswire, 2026). Les deux marchés sont en croissance : la convergence redéfinit les catégories, sans pour autant les fusionner en une seule.
Cette consolidation du marché se reflète dans les opérations de fusion-acquisition : en 2024, un grand fournisseur de solutions XDR a racheté les actifs SaaS d’un leader du marché des solutions SIEM afin de faire migrer ses clients vers sa plateforme SOC de nouvelle génération, tandis que deux fournisseurs de solutions SIEM/UEBA ont finalisé la même année une fusion soutenue par des fonds d’investissement privés. La convergence des technologies entraîne un renforcement de la dépendance vis-à-vis des fournisseurs — et les normes ouvertes constituent le remède à ce problème. L’Open Cybersecurity Schema Framework (OCSF) a rejoint la Linux Foundation le 19 novembre 2024 (la version publiée à cette date était l’OCSF 1.3.0, août 2024) et compte désormais plus de 200 organisations et plus de 900 contributeurs, avec le lancement de la spécialisation AWS OCSF Ready le 30 octobre 2025 (Fondation Linux; AWS, 2025). L’adoption d’outils conformes à l’OCSF garantit la portabilité de votre logique de détection à mesure que les plateformes convergent.
Il existe également une question de fond, celle de savoir « qui surveille le surveillant », qui milite contre le fait de considérer une plateforme unique comme une fin en soi. Même une plateforme SIEM de premier plan a été victime en 2026 d’une faille critique d’exécution de code à distance sans authentification, activement exploitée (CVSS 9,8, répertoriée dans le catalogue des vulnérabilités connues et exploitées de la CISA), qui a permis à des attaquants d’altérer les données de sécurité mêmes stockées par la plateforme SIEM (NVD CVE-2026-20253; BleepingComputer, 2026). La leçon à en tirer n’est pas que cela favorise le XDR, mais que le système de surveillance constitue lui-même une surface d’attaque qui doit être renforcée et surveillée. L’étiquette importe moins que le fait que votre architecture de détection et de réponse étendues (XDR) et de journalisation couvre ensemble l’étendue, la profondeur et le réseau.
Le marché s'oriente vers signal unifié les surfaces d'attaque, un triage basé sur l'IA permettant de multiplier l'efficacité des petites équipes, et des normes ouvertes telles que l'OCSF qui garantissent la portabilité de la logique de détection, avec un SOC hybride et de plus en plus « agentique » comme modèle opérationnel pour 2026. Lors de l'évaluation d'une approche, privilégiez la couverture multi-surfaces, la qualité des signaux plutôt que le volume d'alertes, ainsi qu'une architecture qui intègre explicitement détection et réponse aux incidents.
Vectra AI, la question la plus déterminante dans le débat SIEM contre XDR est celle de la visibilité du réseau. En effet, les attaquants se connectent de plus en plus souvent au lieu de pirater les systèmes — puis se déplacent latéralement là où les outils centrés sur endpoint sont aveugles — ; c’est donc le réseau qui constitue la surface d’attaque déterminant si une intrusion se transforme en violation. Attack Signal Intelligence™ adopte cette perspective : les signaux liés au comportement des attaquants, tant au niveau du réseau que de l’identité, constituent le troisième pilier qui transforme le choix entre SIEM et XDR en une décision architecturale plutôt qu’en un choix binaire, en alliant étendue et profondeur à une visibilité qu’aucun de ces deux outils ne peut offrir à lui seul.
Le SIEM et le XDR ne sont pas tant des concurrents que les deux facettes de la détection : le SIEM vous offre une large couverture, la conservation des données et le système de référence en matière de conformité ; le XDR vous apporte la rapidité de détection sur toutes les surfaces et la réponse automatisée. Pour la plupart des équipes, la stratégie la plus judicieuse consiste à privilégier le XDR pour la détection, à conserver un SIEM allégé pour la conformité, et à opérer la migration en réduisant le volume de données ingérées par le SIEM de 30 à 50 % plutôt qu’en diminuant ses capacités. Mais cette comparaison ne vous mène qu’à mi-chemin. Les facteurs qui déterminent votre couverture réelle — coût total de possession, obligations réglementaires et angle mort lié aux mouvements latéraux — vont au-delà du simple choix entre l’un ou l’autre pour orienter votre décision architecturale. La pile la plus performante n’est ni le SIEM ni le XDR ; elle associe étendue et profondeur à une visibilité sur le réseau, de sorte que le comportement des attaquants n’ait nulle part où se cacher. Pour approfondir l’aspect réseau, découvrez comment détection et réponse aux incidents complètent la triade de visibilité du SOC.
Pas tout à fait. Le XDR peut prendre en charge la détection et la réponse primaires, mais le SIEM reste le système de référence en matière de conformité pour la conservation des journaux à long terme, les rapports d'audit et l'intégration de sources de journaux arbitraires ou héritées que les capteurs XDR ne collectent pas. La plupart des organisations utilisent les deux.
Souvent, oui : privilégiez le XDR pour la rapidité de détection et conservez un SIEM allégé pour la conformité et l'étendue de la couverture. La bonne réponse dépend de votre principal enjeu (rapidité ou conservation des données) et du profil de votre organisation ; reportez-vous au cadre décisionnel ci-dessus.
Non. Le SIEM agrège et met en corrélation les journaux à des fins de surveillance, de conformité et de conservation ; le XDR met en corrélation les données de télémétrie natives provenant endpoint, du réseau, des identités et cloud accélérer la réponse automatisée. Des données différentes, un objectif différent.
Aucune des deux solutions n'est meilleure en toutes circonstances : elles sont optimisées pour des objectifs différents. Le XDR l'emporte en termes de rapidité de détection et de réponse ; le SIEM l'emporte en termes d'étendue, de conservation des données et de conformité. Les solutions les plus performantes associent les deux et y ajoutent une visibilité sur le réseau.
Les tarifs des solutions SIEM varient considérablement en fonction du volume de données, mais le facteur déterminant reste le coût total de possession (TCO) : le TCO d’une solution SIEM représente généralement 2 à 3 fois le coût de la licence, en raison des frais liés au personnel du centre d’opérations de sécurité (SOC) et à la mise au point du système. Consultez le tableau du TCO ci-dessus pour connaître les fourchettes indicatives (échantillon du 1er trimestre 2026).
Ces deux solutions permettent d’assurer la conformité, mais le SIEM est généralement le système de référence pour la journalisation et la conservation des données d’audit exigées par ces réglementations. La directive NIS2 impose un délai de notification d’alerte précoce de 24 heures (date limite dépassée le 17 octobre 2024) ; la directive DORA (applicable depuis le 17 janvier 2025) fixe des délais de notification de 4 heures, 24 heures, 72 heures et 1 mois.
Oui — même si les catégories convergent sur le plan commercial, la question fondamentale de l'architecture (couverture et rétention d'une part, vitesse de détection et visibilité du réseau d'autre part) reste déterminante pour votre couverture. Les normes ouvertes telles que l'OCSF contribuent à limiter la dépendance vis-à-vis d'un fournisseur qu'entraîne cette convergence.