CRA vs ISO 27001 : les lacunes de conformité que votre SMSI ne couvre pas
ISO 27001 ne couvre pas le CRA. Ce guide montre précisément où votre SMSI aide, où il manque et ce qu'il faut ajouter avant l'échéance 2027.
Dans cet article
- Résumé
- Que couvre ISO 27001 par rapport à ce qu'exige le CRA ?
- Là où ISO 27001 aide le CRA et là où il est insuffisant
- Comment utiliser ISO 27001 pour le CRA
- Contrôles de l'Annexe A d'ISO 27001 et le CRA
- La certification ISO 27001 compte-t-elle pour l'évaluation de la conformité CRA ?
- Trois scénarios courants ISO 27001 + CRA
- Comment intégrer le CRA à votre SMSI existant
- Chantiers d’intégration ISO 27001 vers CRA
- Questions fréquentes
- Prochaines étapes
Si votre entreprise est certifiée ISO 27001, vous pourriez supposer être bien placé pour le règlement sur la cyberrésilience (CRA). Ce n'est pas le cas. Du moins pas sans un travail supplémentaire important.
ISO 27001 protège les actifs informationnels de votre organisation. Le règlement sur la cyberrésilience (Règlement (UE) 2024/2847) exige que chaque produit comportant des éléments numériques que vous mettez sur le marché de l'UE soit sécurisé dès la conception, livré avec un software bill of materials (SBOM) et pris en charge par des mises à jour de sécurité pendant toute sa durée de vie prévue. Ce sont des obligations au niveau du produit, non au niveau de l'organisation. Le non-respect est passible d'amendes allant jusqu'à 15 millions d'euros ou 2,5 % du chiffre d'affaires annuel mondial (Art. 64). Consultez le guide sur les sanctions CRA.
Les obligations de signalement de l'Article 14 débutent le 11 septembre 2026. La conformité complète est requise avant le 11 décembre 2027. Voir le calendrier complet de mise en œuvre du CRA.
Ce guide ISO 27001 vs CRA cartographie précisément où votre SMSI aide, où il est insuffisant et ce qu'il faut ajouter.
Résumé
- ISO 27001 = gestion de la sécurité organisationnelle et d'entreprise
- CRA = exigences de cybersécurité produit (Annexe I, Règlement (UE) 2024/2847)
- ISO 27001 n'équivaut PAS à la conformité CRA
- ISO 27001 fournit une base pour les processus de développement sécurisé
- Le CRA exige des preuves spécifiques au produit : SBOM, gestion des vulnérabilités, marquage CE
- Les deux ensemble = posture de sécurité globale solide
Source : Règlement (UE) 2024/2847, articles 13, 14 et 64.
Que couvre ISO 27001 par rapport à ce qu'exige le CRA ?
Ce que couvre ISO 27001
ISO 27001 est un standard de système de management de la sécurité de l'information (SMSI) pour les contrôles au niveau organisationnel.
Contrôles au niveau organisationnel- Politiques de sécurité de l'information
- Gestion des actifs
- Contrôle d'accès aux systèmes et aux données
- Utilisation de la cryptographie
- Sécurité physique, opérationnelle et des communications
- Relations avec les fournisseurs
- Gestion des incidents
- Continuité d'activité
- Gestion de la conformité
Objet : protéger les actifs informationnels de votre organisation.
Ce que couvre le CRA
Le CRA est un règlement produit couvrant les exigences de cybersécurité des produits comportant des éléments numériques (Annexe I).
Exigences au niveau produit- Sécurité dès la conception dans les produits
- Aucune vulnérabilité exploitable connue
- Configuration par défaut sécurisée
- Protection contre les accès non autorisés dans le produit
- Protection des données et capacité de mise à jour du produit
- Gestion des vulnérabilités et signalement ENISA
- SBOM pour les composants du produit (Annexe I, Partie II(1))
- Politique de divulgation coordonnée des vulnérabilités (Annexe I, Partie II(5))
- Contact public pour les vulnérabilités (Annexe I, Partie II(6))
- Marquage CE et évaluation de la conformité
Objet : s'assurer que les produits que vous vendez sont sécurisés.
Le CRA classe les produits en catégories : par défaut, Important Classe I, Important Classe II et Critique (Annexe III et IV). Chaque catégorie implique des exigences d'évaluation de la conformité différentes. Un produit Important Classe II nécessite une évaluation obligatoire par un tiers (organisme notifié), quel que soit votre statut de certification ISO 27001. Voir le guide de classification des produits CRA.
La différence fondamentale
PÉRIMÈTRE ISO 27001 vs CRA
ISO 27001 :
"Comment votre ORGANISATION gère-t-elle la sécurité ?"
+---------------------------------------------+
| Votre entreprise |
| +---------+ +---------+ +---------+ |
| |Systèmes | |Données | |Personnes| |
| \---------+ \---------+ \---------+ |
| +---------+ +---------+ +---------+ |
| |Processus| |Réseau | |Locaux | |
| \---------+ \---------+ \---------+ |
\---------------------------------------------+
CRA :
"Vos PRODUITS vendus sont-ils sécurisés ?"
+---------------------------------------------+
| Vos produits (vendus aux clients) |
| +---------+ +---------+ +---------+ |
| |Produit A| |Produit B| |Produit C| |
| \---------+ \---------+ \---------+ |
| |
| Chaque produit doit répondre aux exigences |
| du CRA |
\---------------------------------------------+
Là où ISO 27001 aide le CRA et là où il est insuffisant
Là où ISO 27001 aide le CRA
| Exigence CRA | Soutien ISO 27001 | Comment cela aide |
|---|---|---|
| Développement sécurisé | A.8.25-28 (développement sécurisé) | Base de processus |
| Gestion des vulnérabilités | A.8.8 (vulnérabilités techniques) | Processus organisationnel |
| Réponse aux incidents | A.5.24-26 (gestion des incidents) | Capacité de réponse |
| Gestion des fournisseurs | A.5.19-22 (relations fournisseurs) | Sécurité de la chaîne d'approvisionnement |
| Contrôle d'accès | A.5.15-18, A.8.2-5 | Sécurité de l'environnement de développement |
| Cryptographie | A.8.24 (cryptographie) | Base de politique crypto |
| Documentation | A.5.1 (politiques), 7.5 (info. documentée) | Culture de la documentation |
| Évaluation des risques | 6.1 (évaluation des risques) | Méthodologie de risque |
Là où ISO 27001 est insuffisant
| Exigence CRA | Lacune ISO 27001 | Ce qui manque |
|---|---|---|
| SBOM | Partiel : A.8.26/A.8.28 couvrent la connaissance des composants, pas le format SBOM lisible par machine | SBOM lisible par machine couvrant au moins les dépendances de niveau supérieur (Annexe I, Partie II(1)) |
| Marquage CE | Non couvert | Processus d'évaluation de la conformité |
| Tests de sécurité produit | Limité | Preuves de tests spécifiques au produit pour le dossier technique |
| Sécurisé par défaut | Non orienté produit | Exigences de configuration produit |
| Période d'assistance | Non couvert | Au moins 5 ans, ou durée de vie prévue du produit si inférieure (Art. 13(8)) |
| Signalement ENISA | Non couvert | Notification 24 h/72 h + rapport final au CSIRT national via la plateforme de notification unique (Art. 14) |
| Politique CVD | Non couvert | Politique documentée de divulgation coordonnée des vulnérabilités (Annexe I, Partie II(5)) |
| Contact public pour vulnérabilités | Non couvert | Point de contact public pour les signalements de vulnérabilités, ex. security.txt (Annexe I, Partie II(6)) |
| Documentation utilisateur | Limité | Instructions de sécurité produit |
| Dossier technique | Non couvert | Format de documentation CRA selon Annexe VII |
Résumé de l'analyse des écarts
Base solide (ISO 27001 aide significativement) :
- Culture de sécurité et sensibilisation
- Méthodologie de gestion des risques
- Capacité de réponse aux incidents
- Gestion de la sécurité des fournisseurs
- Politiques de cycle de vie de développement sécurisé
- Cadre de contrôle d'accès
- Pratiques de documentation
Couverture partielle (ISO 27001 aide mais est insuffisant) :
- Gestion des vulnérabilités (périmètre organisationnel vs périmètre produit)
- Cryptographie (politique vs implémentation produit)
- Tests de sécurité (systèmes d'entreprise vs tests produit)
- Gestion des changements (changement IT vs modification produit)
- SBOM (connaissance des composants dans A.8.26/A.8.28 vs format SBOM lisible par machine)
Lacunes (spécifiques au CRA, non couvertes par ISO 27001) :
- Génération et maintenance du SBOM dans un format standardisé
- Évaluation de la conformité produit
- Processus de marquage CE
- Signalement des vulnérabilités au CSIRT national via la plateforme de notification unique (Art. 14)
- Dossier technique spécifique au produit (Annexe VII)
- Engagement sur la période d'assistance (Art. 13(8))
- Vérification de la configuration par défaut sécurisée
- Exigences relatives au mécanisme de mise à jour du produit
- Politique de divulgation coordonnée des vulnérabilités (Annexe I, Partie II(5))
- Contact public pour les signalements de vulnérabilités (Annexe I, Partie II(6))
Comment utiliser ISO 27001 pour le CRA
Utiliser votre SMSI comme fondation
Si vous êtes certifié ISO 27001, vous disposez de bases solides sur lesquelles construire. L'essentiel est d'étendre les processus existants vers les obligations produit plutôt que de repartir de zéro.
Étendre les processus existants :
| Processus ISO 27001 | Extension CRA |
|---|---|
| Évaluation des risques (6.1) | Évaluation des risques produit |
| Gestion des vuln. (A.8.8) | Gestion des vulnérabilités produit + signalement CSIRT |
| Gestion fournisseurs (A.5.19-22) | Collecte du SBOM auprès des fournisseurs |
| Gestion incidents (A.5.24-26) | Signalement CSIRT selon Art. 14 |
| Dév. sécurisé (A.8.25-28) | Tests de sécurité produit et dossier technique |
Nouveaux processus à ajouter :
| Nouveau processus | Objet |
|---|---|
| Génération du SBOM | Suivi des composants selon Annexe I, Partie II(1) |
| Évaluation de la conformité | Marquage CE |
| Dossier technique produit | Documentation réglementaire selon Annexe VII |
| Gestion de la période d'assistance | Engagement selon Art. 13(8) |
| Procédure de signalement ENISA | Notification des vulnérabilités via le CSIRT national |
| Politique CVD | Divulgation coordonnée selon Annexe I, Partie II(5) |
Étapes pratiques d'intégration
Étape 1 : extension du périmètre
- Ajouter la sécurité produit au périmètre de votre SMSI
- Inclure le développement produit dans l'évaluation des risques
- Étendre l'inventaire des actifs pour inclure les composants produit
Étape 2 : mises à jour des processus
- Mettre à jour la procédure de vulnérabilités pour le signalement au CSIRT national via la plateforme de notification unique
- Ajouter le SBOM à la gestion des changements
- Intégrer les délais d'avertissement précoce 24 h, de notification initiale 72 h et de rapport final dans votre processus de réponse aux incidents
Étape 3 : ajouts documentaires
- Dossiers techniques produit
- Registres SBOM
- Preuves d'évaluation de la conformité
- Documentation de la période d'assistance
Étape 4 : rôles et responsabilités
- Attribuer la responsabilité de la sécurité produit
- Définir la responsabilité de signalement au CSIRT
- Établir la responsabilité de maintenance du SBOM
- Attribuer la responsabilité de la politique CVD
Contrôles de l'Annexe A d'ISO 27001 et le CRA
Contrôles les plus pertinents
Rôle ISO 27001Politiques pour le développement sécurisé.
Utilisation CRABase pour les exigences de sécurité produit (Annexe I, Partie I).
Rôle ISO 27001Exigences de sécurité dans le développement.
Utilisation CRABase pour les exigences essentielles produit ; base partielle pour l’inventaire des composants SBOM.
Rôle ISO 27001Principes d’architecture sécurisée.
Utilisation CRAArchitecture de sécurité produit.
Rôle ISO 27001Pratiques de codage sécurisé incluant le suivi des dépendances.
Utilisation CRASécurité du code produit ; base partielle pour la connaissance des composants SBOM.
Rôle ISO 27001Gestion organisationnelle des vulnérabilités.
Utilisation CRAÉtendre aux vulnérabilités produit et au signalement au CSIRT national via la plateforme de notification unique (Art. 14).
Rôle ISO 27001Gestion de la sécurité des fournisseurs.
Utilisation CRACollecte du SBOM auprès des fournisseurs et sécurité de la chaîne d’approvisionnement.
Implémentation des contrôles pour le CRA
EXTENSION DES CONTRÔLES ISO 27001 POUR LE CRA
EXTENSION DE A.8.8 GESTION DES VULNÉRABILITÉS :
Exigence ISO 27001 :
"Des informations sur les vulnérabilités techniques des
systèmes d'information utilisés doivent être obtenues..."
Extension CRA (Art. 14) :
- Surveiller les vulnérabilités dans VOS PRODUITS
- Maintenir un processus de notification client
- Signaler au CSIRT national via la plateforme unique :
avertissement précoce 24 h, notification initiale 72 h,
rapport final 14 jours (exploit actif) ou
rapport final 1 mois (incident grave)
- Suivre le statut des vulnérabilités par produit
- Produire optionnellement des enregistrements d'applicabilité des vulnérabilités (VEX ou équivalent)
EXTENSION DE A.8.25-28 DÉVELOPPEMENT SÉCURISÉ :
Exigence ISO 27001 :
"Des règles pour le développement de logiciels et de
systèmes doivent être établies et appliquées..."
Extension CRA :
- Inclure la génération du SBOM dans le processus de build (Annexe I, Partie II(1))
- Vérifier la configuration "sécurisée par défaut"
- Tester les exigences de sécurité produit
- Documenter pour le dossier technique (Annexe VII)
- Maintenir les preuves pour l'évaluation de la conformité
La certification ISO 27001 compte-t-elle pour l'évaluation de la conformité CRA ?
La certification ISO 27001 couvre-t-elle la conformité CRA ?
Point crucial :
- La certification ISO 27001 démontre la maturité de la sécurité organisationnelle
- La conformité CRA est une exigence réglementaire par produit
- Avoir ISO 27001 ne vous exempte pas du CRA
- Les auditeurs ISO 27001 n'évaluent pas la conformité CRA
Les obligations de signalement de l'Article 14 débutent le 11 septembre 2026. La conformité complète est requise avant le 11 décembre 2027. Le non-respect est passible d'amendes allant jusqu'à 15 millions d'euros ou 2,5 % du chiffre d'affaires annuel mondial (Art. 64).
Utiliser ISO 27001 dans le contexte CRA
COMMENT RÉFÉRENCER ISO 27001 DANS LA DOCUMENTATION CRA
DANS LE DOSSIER TECHNIQUE :
"[Entreprise] maintient un système de management de la
sécurité de l'information certifié ISO/IEC 27001:2022
(Certificat N° XXX, émis par [Organisme de certification]).
Le SMSI fournit la base organisationnelle pour la
sécurité produit, incluant :
- Cycle de vie de développement sécurisé (A.8.25-28)
- Processus de gestion des vulnérabilités (A.8.8)
- Exigences de sécurité fournisseurs (A.5.19-22)
La conformité CRA spécifique au produit est documentée
dans ce dossier technique, en s'appuyant sur ces
contrôles du SMSI."
CE QUE CELA DÉMONTRE :
- Maturité de la gestion de la sécurité
- Existence d'une base de processus
- Ne remplace pas les preuves produit
Synergies d'audit
Audit de surveillance ISO 27001 :
- Évaluation annuelle du SMSI
- Peut inclure le périmètre de sécurité produit
- Preuves réutilisables pour le CRA
Évaluation de la conformité CRA :
- Évaluation spécifique au produit
- Fait référence au SMSI pour les preuves de processus
- Nécessite des preuves produit supplémentaires
Opportunités de synergie :
- Aligner les calendriers d'audit
- Réutiliser les preuves là où c'est applicable
- Approche de système de management intégré
- Référentiel documentaire unique
Trois scénarios courants ISO 27001 + CRA
Scénario 1 Certifié ISO 27001, début de démarche CRA
Utilisez le SMSI comme preuve de processus. Ne traitez pas le certificat comme une preuve de conformité produit.
Méthodologie de risque, gestion des fournisseurs, réponse aux incidents et gouvernance du développement sécurisé.
Classification produit, génération du SBOM, signalement Article 14 et dossiers techniques Annexe VII.
Règle de décision : réutiliser les contrôles du SMSI uniquement lorsqu’ils créent des preuves au niveau produit.
Scénario 2 Pas d’ISO 27001, approche CRA
Priorisez le règlement à échéance fixe. Construisez la discipline ISO 27001 autour de ce travail au lieu de retarder le travail produit.
Le signalement Article 14 débute le 11 septembre 2026. L’application complète du CRA commence le 11 décembre 2027.
Classification, SBOM, dossier technique, politique CVD, contact public et workflow de signalement.
Règle de décision : commencer par les obligations réglementaires produit, puis faire mûrir le modèle opérationnel vers ISO 27001. Voir le guide CRA pour startups.
Scénario 3 Plusieurs produits, SMSI central
Centralisez les contrôles communs, mais gardez les preuves de conformité séparées pour chaque famille de produits.
Méthode de risque, traitement des vulnérabilités, exigences fournisseurs et standards de développement.
Dossier technique, SBOM, route de conformité, période d’assistance et preuves de release.
Règle de décision : une procédure commune de sécurité produit, un registre de preuves par famille de produits.
Comment intégrer le CRA à votre SMSI existant
Modèle de gouvernance
MODÈLE DE GOUVERNANCE INTÉGRÉ
NIVEAU ORGANISATIONNEL (ISO 27001) :
+---------------------------------------------+
| Système de management de la sécurité de |
| l'information |
| |
| - Politiques de sécurité |
| - Cadre de gestion des risques |
| - Organisation de la sécurité |
| - Sensibilisation et formation |
\---------------------------------------------+
|
v
NIVEAU PRODUIT (CRA) :
+---------------------------------------------+
| Conformité sécurité produit |
| |
| +---------+ +---------+ +---------+ |
| |Produit A| |Produit B| |Produit C| |
| |- Dossier| |- Dossier| |- Dossier| |
| | tech. | | tech. | | tech. | |
| |- SBOM | |- SBOM | |- SBOM | |
| |- DoC | |- DoC | |- DoC | |
| \---------+ \---------+ \---------+ |
\---------------------------------------------+
Structure documentaire
DOCUMENTATION INTÉGRÉE
DOCUMENTATION SMSI (ISO 27001) :
+-- Politique de sécurité de l'information
+-- Procédure d'évaluation des risques
+-- Déclaration d'applicabilité
+-- Politique de développement sécurisé
+-- Procédure de gestion des vulnérabilités
+-- Procédure de réponse aux incidents
\-- Politique de sécurité fournisseurs
DOCUMENTATION CRA (par produit) :
+-- Dossier technique produit (Annexe VII)
| +-- Description du produit
| +-- Évaluation des risques
| +-- Architecture de sécurité
| +-- Rapports de tests
| \-- SBOM
+-- Déclaration UE de conformité
+-- Documentation utilisateur
\-- Déclaration de période d'assistance
RÉFÉRENCES CROISÉES :
- Le dossier technique fait référence aux procédures SMSI
- Les procédures SMSI intègrent les exigences CRA
- Les enregistrements sont conservés 10 ans ou la durée
de la période d'assistance, la plus longue prévalant
(Art. 23(2))
Chantiers d’intégration ISO 27001 vers CRA
Périmètre et classification produit
Déterminer quels produits relèvent du CRA et quel niveau s’applique.
Enregistrement de classification par famille de produits.
Justification Annexe III/IV et route de conformité.
Modèle de risque de sécurité produit
Étendre la méthode de risque du SMSI aux cas d’abus produit et au risque de cycle de vie.
Évaluation des risques produit.
Cartographie des exigences de l’Annexe I du CRA.
SBOM et preuves fournisseurs
Rendre la visibilité des composants répétable pour chaque release produit.
Processus SBOM et exigences d’entrée fournisseurs.
Annexe I, Partie II(1), Article 13(5), A.5.19-22 et enregistrements SBOM liés aux releases.
Gestion et signalement des vulnérabilités
Relier la gestion des vulnérabilités ISO au signalement produit CRA.
Politique CVD, contact public et runbook de signalement CSIRT.
Annexe I, Partie II(5) et (6), responsabilité Article 14 et délais de notification.
Dossier technique et route de conformité
Transformer la maturité des processus en preuves de conformité spécifiques au produit.
Dossier technique Annexe VII, déclaration UE de conformité et décision de module.
Architecture de sécurité, rapports de tests, période d’assistance et enregistrement d’évaluation de conformité.
Responsabilités et formation
Rendre la conformité produit opérationnelle, pas ponctuelle.
Responsables nommés et formation des équipes.
Tableau de responsabilités, registres de formation et cadence d’audit interne.
Questions fréquentes
La certification ISO 27001 exempte-t-elle une entreprise de l'évaluation de la conformité CRA ?
Non. La certification ISO 27001 démontre la maturité de la sécurité organisationnelle de l'information, mais ne constitue pas une évaluation de la conformité CRA. Le CRA exige des preuves par produit : SBOM, dossier technique, déclaration de conformité et, le cas échéant, une évaluation par un organisme notifié. Un auditeur qui évalue votre SMSI n'évalue pas la conformité CRA. Voir les routes d'évaluation de la conformité CRA.
Quels contrôles de l'Annexe A d'ISO 27001 sont les plus directement pertinents pour l'Annexe I du CRA ?
Les contrôles présentant les plus fortes intersections sont A.8.25-28 (cycle de vie de développement sécurisé), A.8.8 (gestion des vulnérabilités techniques) et A.5.19-22 (relations fournisseurs). Ces contrôles correspondent aux exigences CRA relatives à la sécurité dès la conception, à l'obligation de gestion des vulnérabilités et aux dispositions SBOM de la chaîne d'approvisionnement. A.8.8 doit être étendu pour couvrir le signalement des vulnérabilités produit au CSIRT national via la plateforme de notification unique ENISA (Article 14).
Les preuves d'audit ISO 27001 peuvent-elles être réutilisées dans un dossier technique CRA ?
Oui, de manière sélective. Les preuves de votre SMSI couvrant le développement sécurisé (A.8.25-28), la gestion des vulnérabilités (A.8.8) et les contrôles fournisseurs (A.5.19-22) peuvent être référencées dans le dossier technique CRA. Le dossier technique exige cependant aussi des preuves spécifiques au produit, notamment l'architecture de sécurité, les rapports de tests, le SBOM et la documentation de la période d'assistance, que les audits ISO 27001 ne génèrent pas.
ISO 27001:2022 est-il mieux aligné avec le CRA qu'ISO 27001:2013 ?
Oui. ISO 27001:2022 a ajouté des contrôles plus pertinents pour le CRA, notamment A.8.25-28 (cycle de vie de développement sécurisé, exigences de sécurité des applications, architecture sécurisée, codage sécurisé). La version 2013 offrait une couverture plus faible dans ces domaines. Si vous utilisez la version 2013, une analyse des écarts par rapport aux contrôles 2022 vaut la peine d'être menée spécifiquement pour les besoins du CRA.
ISO 27001 couvre-t-il l'exigence SBOM du CRA ?
Partiellement. A.8.26 (exigences de sécurité des applications) et A.8.28 (codage sécurisé) incluent des concepts de connaissance des composants et de suivi des dépendances. Toutefois, ISO 27001 n'exige pas de SBOM lisible par machine couvrant au moins les dépendances de niveau supérieur, ce qu'exige le CRA (Annexe I, Partie II(1)). Le CRA ne nomme aucun format spécifique ; CycloneDX et SPDX sont des choix pratiques courants, et l'Article 13(24) permet à la Commission de préciser le format ultérieurement. La sensibilisation organisationnelle est une base, pas un substitut.
Le travail de conformité CRA peut-il être intégré à un programme ISO 27001 en cours ?
Oui, et c'est l'approche recommandée pour les entreprises déjà certifiées. Étendez le périmètre du SMSI pour inclure la sécurité produit, ajoutez des procédures spécifiques au produit pour le SBOM et le signalement au CSIRT, et référencez les preuves SMSI dans vos dossiers techniques CRA. La clé est d'ajouter plutôt que de dupliquer : les preuves CRA se trouvent dans les dossiers techniques, pas dans la déclaration d'applicabilité du SMSI.
Articles connexes
Le CRA s'applique-t-il à votre produit ?
Répondez à 6 questions simples pour savoir si votre produit relève du champ d'application du règlement sur la cyberrésilience de l'UE. Obtenez votre résultat en moins de 2 minutes.
Prêt à atteindre la conformité CRA ?
Commencez à gérer vos SBOMs et votre documentation de conformité avec CRA Evidence.