Différence entre CRA, NIS2 et RGPD

Réponse courte

Le CRA cible principalement la cybersécurité des produits comportant des éléments numériques. NIS2 traite la gestion des risques cyber de certaines entités. Le RGPD protège les données personnelles.

Disponibilité produit : Disponible comme repère documentaire ; l’analyse multi-textes reste à confirmer selon le contexte.

Définition

Ces textes ont des objets, responsables, périmètres et obligations de notification différents. Un même événement peut toutefois mobiliser plusieurs régimes.

Pourquoi c’est important

Confondre les textes peut conduire à documenter le mauvais objet ou à manquer une obligation. La conformité produit ne remplace pas la sécurité organisationnelle ni la protection des données.

Comment CRA Manager le modélise

CRA Manager est un cockpit de risque produit orienté CRA. Les données sur la sensibilité, les risques et les preuves peuvent contribuer à d’autres travaux, sans constituer une conformité NIS2 ou RGPD.

Exemple concret

Une faille d’un produit SaaS peut déclencher une analyse CRA du produit, une gestion d’incident organisationnelle et, si des données personnelles sont affectées, une analyse RGPD distincte.

Limites / points d’attention

Faites analyser les interactions par les responsables compétents. Les délais, autorités et critères de notification ne sont pas interchangeables. Consultez les textes officiels du CRA, de NIS2 et du RGPD.

Cette qualification doit être confirmée par les équipes compétentes de l’organisation.

Contexte métier approfondi

Différence entre CRA, NIS2 et RGPD s’inscrit dans une chaîne de pilotage : définir le périmètre, collecter des informations vérifiables, prendre une décision, affecter un responsable puis conserver une trace. Une donnée isolée est rarement suffisante. Elle doit être rattachée au bon produit, à une version ou une période et à la personne qui l’a confirmée.

Dans Comprendre le CRA, CRA Manager sert de support de coordination. L’outil rend les informations comparables et facilite les revues, mais la qualité du résultat dépend des données saisies et de la validation des équipes compétentes. Une estimation, un statut ou un export ne constitue donc ni une certification, ni un avis juridique, ni une évaluation de conformité officielle.

Exemple de mise en situation

Une équipe prépare la revue d’un produit exposé sur Internet. Elle vérifie d’abord que la fiche décrit la version réellement distribuée, puis rapproche inventaire, signaux, risques, actions et preuves. Les désaccords sont consignés au lieu d’être masqués. Le responsable peut alors expliquer ce qui est confirmé, ce qui reste à vérifier et quelle décision est attendue.

Questions à poser pendant une revue

• Le périmètre et la version concernés sont-ils explicites ?
• La source de l’information est-elle identifiable et suffisamment récente ?
• Une hypothèse a-t-elle été présentée comme un fait ?
• La décision est-elle confirmée par la fonction compétente ?
• Les limites et éléments encore inconnus sont-ils visibles ?

Bonnes pratiques complémentaires

Privilégiez des informations courtes mais vérifiables. Nommez les responsables par fonction lorsque l’organisation change souvent. Reliez les preuves à l’objet qu’elles étayent et conservez l’historique des décisions importantes. En revue, commencez par les données les moins fiables ou les enjeux les plus élevés plutôt que par les éléments déjà complets.

Erreurs fréquentes à éviter

• Copier une conclusion d’un autre produit sans vérifier son applicabilité.
• Confondre une donnée importée avec une qualification humaine.
• Utiliser une valeur par défaut pour faire disparaître un champ incomplet.
• Clôturer un travail sans résultat attendu ni preuve exploitable.
• Présenter un indicateur CRA Manager comme une décision réglementaire.

Limites et précautions

Le contenu doit être adapté au rôle de l’organisation, au produit et à sa mise à disposition. En cas de doute sur le champ du règlement (UE) 2024/2847, la procédure d’évaluation ou une obligation de notification, sollicitez les fonctions juridiques, cybersécurité ou conformité compétentes. CRA Manager aide à préparer et tracer leur analyse ; il ne s’y substitue pas.

Exemple concret de revue

Lors d’une revue trimestrielle consacrée à « Différence entre CRA, NIS2 et RGPD », le pilote présente le produit et la version concernés, puis sépare les informations confirmées des hypothèses. Il montre la source, la date de collecte, les décisions prises et les travaux encore ouverts. Une autre personne vérifie que les éléments appartiennent bien au bon périmètre et que les preuves permettent de comprendre le résultat sans connaissance implicite du projet.

Si une donnée importée contredit une information déclarée, l’équipe ne choisit pas arbitrairement la valeur la plus favorable. Elle recherche la cause, documente l’écart et affecte la vérification à un responsable. Le compte rendu précise enfin la prochaine échéance et les conditions nécessaires à la clôture. Cette discipline rend la décision explicable dans le temps et évite qu’un indicateur synthétique masque une information fragile.

Point de vigilance supplémentaire

Avant toute diffusion externe, relisez les termes réglementaires, retirez les données inutiles et vérifiez que les limites sont visibles. Une capture, un export ou un statut isolé ne doit pas être présenté comme une validation officielle.

À retenir

Le CRA cible surtout la cybersécurité des produits numériques, NIS2 la gestion des risques cyber des entités concernées, et le RGPD la protection des données personnelles.

Articles liés

• Qu’est-ce que le CRA ?
• Comprendre les obligations principales

Bloc IA support

Intention principale

Distinguer CRA, NIS2 et RGPD.

Questions utilisateur couvertes

• Le CRA remplace-t-il NIS2 ?
• Une preuve CRA vaut-elle preuve RGPD ?

Réponse courte recommandée

Non. Les textes poursuivent des objectifs distincts, même si une situation peut relever de plusieurs régimes.

Réponse détaillée recommandée

Comparer produit, organisation et données personnelles, puis conseiller une analyse coordonnée.

Ne pas répondre automatiquement si

• Un incident réel est en cours.
• Des délais de notification doivent être calculés.

Articles à proposer ensuite

• quest-ce-que-cra
• obligations-principales-cra

Article issu de la base de connaissance CRA Manager.