Cabinet GasimovAvocat au Barreau de StrasbourgDemander une consultation
Menu

Actualité juridique · Publié le

Règlement (UE) 2024/2847 du 23 octobre 2024 (« Cyber Resilience Act ») — Exigences horizontales de cybersécurité des produits numériques, correctifs gratuits sur le cycle de vie et alerte en 24 heures auprès de l’ENISA

Publié au Journal officiel de l’Union européenne le 20 novembre 2024 et entré en vigueur le 10 décembre 2024, le règlement (UE) 2024/2847 du Parlement européen et du Conseil du 23 octobre 2024 concernant des exigences de cybersécurité horizontales pour les produits comportant des éléments numériques (« règlement sur la cyberrésilience » ou Cyber Resilience Act) comble l’angle mort structurel de l’architecture européenne du numérique. Alors que la directive NIS 2 encadrait la résilience opérationnelle des entités essentielles et importantes sans lier directement les éditeurs de logiciels ou fabricants d’équipements, le législateur de l’Union érige désormais la sécurité dès la conception et la fourniture gratuite de correctifs de vulnérabilités en conditions légales impératives d’accès au marché intérieur européen.

Règlement (UE) 2024/2847 du 23 octobre 2024 (Cyber Resilience Act) — Exigences de cybersécurité des produits comportant des éléments numériques
Sommaire de l’article
  1. L’essentiel de la décision
  2. I. Du libre déploiement logiciel à la réglementation technique du marché intérieur : cybersécurité dès la conception, nomenclature SBOM et graduation des produits critiques
  3. II. Équilibre de l’open source (article 24) et guichet unique de déclaration en 24 heures des vulnérabilités activement exploitées auprès de l’ENISA et des CSIRT (article 14)
  4. III. Surveillance du marché, amendes administratives et synergie contentieuse avec la directive (UE) 2024/2853 sur les produits défectueux et le règlement sur l’IA
  5. Sources

01

L’essentiel de la décision

  • Champ d’application horizontal quasi universel (article 2) : est soumis au marquage CE de cybersécurité tout produit matériel ou logiciel mis sur le marché dans le cadre d’une activité commerciale dont l’utilisation prévue ou raisonnablement prévisible inclut une connexion directe ou indirecte de données à un dispositif ou à un réseau, hors secteurs déjà dotés de règles dédiées équivalentes (dispositifs médicaux, véhicules homologués, aviation civile).
  • Obligations substantielles sur tout le cycle de vie (article 13 et annexe I) : absence de vulnérabilité exploitable connue à la mise sur le marché, configuration sécurisée par défaut, établissement d’une nomenclature des composants logiciels (SBOM) et fourniture gratuite de mises à jour de sécurité durant une période d’assistance d’au moins cinq ans (sauf durée d’usage attendue plus courte).
  • Statut sur mesure des « intendants de logiciels libres » (open-source software stewards, article 24) : exclusion complète des développeurs bénévoles hors activité commerciale et régime proportionné sans amendes administratives pour les fondations et structures à but non lucratif soutenant durablement des briques logicielles libres utilisées dans le commerce.
  • Calendrier d’application gradué et sanctions dissuasives (articles 14, 64 et 71) : entrée en application dès le 11 septembre 2026 de l’obligation de notification en 24 heures des vulnérabilités activement exploitées via la plateforme unique de l’ENISA (transmise au CSIRT national, l’ANSSI en France), application générale le 11 décembre 2027 et amendes jusqu’à 15 millions d’euros ou 2,5 % du chiffre d’affaires mondial.

02

I. Du libre déploiement logiciel à la réglementation technique du marché intérieur : cybersécurité dès la conception, nomenclature SBOM et graduation des produits critiques

Fondé sur l’article 114 TFUE selon la « nouvelle approche » du droit européen de la sécurité des produits, le règlement (UE) 2024/2847 rompt avec la tradition contractuelle qui permettait aux éditeurs de logiciels et constructeurs d’objets connectés de commercialiser des versions livrées « en l’état » avec abandon précoce des correctifs. Désormais, le fabricant — mais aussi, selon des obligations de vérification graduées, l’importateur et le distributeur — ne peut apposer le marquage CE ni mettre un produit comportant des éléments numériques sur le marché de l’Union sans démontrer le respect des deux volets de l’annexe I : exigences relatives aux propriétés de sécurité du produit (protection contre les accès non autorisés, chiffrement de l’intégrité et de la confidentialité, minimisation de la surface d’attaque) et exigences relatives au traitement des vulnérabilités.

Ce second volet transforme durablement l’économie du secteur numérique : le fabricant doit tenir à jour une nomenclature lisible par machine des composants intégrés (Software Bill of Materials — SBOM) permettant de tracer instantanément les bibliothèques tierces affectées par une faille, assurer une divulgation coordonnée des vulnérabilités et diffuser sans frais des mises à jour de sécurité distinctes des évolutions fonctionnelles pendant toute la « période d’assistance » clairement affichée à l’acheteur, fixée par principe à cinq ans minimum lorsque la durée d’utilisation attendue du produit l’atteint.

Afin d’éviter un goulot d’étranglement tout en ciblant les maillons systémiques, la procédure d’évaluation de la conformité obéit à une pyramide à trois étages : auto-évaluation documentée sous la responsabilité du fabricant pour la majorité des produits courants ; recours à des normes harmonisées ou à un organisme notifié tiers pour les « produits importants » des classes I et II de l’annexe III (navigateurs, gestionnaires de mots de passe, systèmes d’exploitation, pare-feu, routeurs, hyperviseurs et microprocesseurs) ; et soumission possible à un schéma européen de certification de cybersécurité pour les « produits critiques » de l’annexe IV tels que les modules matériels de sécurité ou les cartes à puce sécurisées.

03

II. Équilibre de l’open source (article 24) et guichet unique de déclaration en 24 heures des vulnérabilités activement exploitées auprès de l’ENISA et des CSIRT (article 14)

L’un des débats législatifs les plus sensibles résidait dans le traitement des logiciels libres et ouverts, sur lesquels reposent l’essentiel des infrastructures numériques contemporaines. Le texte adopté trace une ligne de partage précise fondée sur la monétisation et la gouvernance : la mise à disposition gratuite d’un code ouvert sans intention lucrative en dehors de toute activité commerciale demeure totalement hors du champ du règlement, la charge de conformité reposant exclusivement sur l’entreprise aval qui intègre cette brique libre dans son propre produit commercialisé. Pour les grandes fondations à but non lucratif qui encadrent professionnellement le développement de projets libres destinés à un usage industriel, l’article 24 crée le statut inédit d’« intendant de logiciels libres » soumis à des devoirs allégés de politique de cybersécurité et de coopération, expressément affranchi du régime d’amendes administratives de l’article 64.

Sur le plan opérationnel, la disposition appelée à produire les effets les plus rapides dès le 11 septembre 2026 est l’article 14 relatif aux obligations de déclaration des fabricants. Dès qu’il prend connaissance d’une vulnérabilité activement exploitée contenue dans son produit ou d’un incident grave ayant un impact sur la sécurité de celui-ci, le fabricant est tenu de soumettre simultanément, via la plateforme électronique unique établie par l’Agence de l’Union européenne pour la cybersécurité (ENISA), une alerte précoce au centre de réponse aux incidents de sécurité informatique (CSIRT) désigné comme coordonnateur — l’ANSSI pour la France — et à l’ENISA dans un délai strict de vingt-quatre heures.

Cette alerte initiale doit être complétée dans les soixante-douze heures par une notification évaluant l’étendue de la compromission et les mesures d’atténuation provisoires, puis par un rapport final dans les quatorze jours suivant la mise à disposition d’une mesure corrective (ou dans le délai d’un mois pour un incident grave), tandis que les utilisateurs du produit doivent être informés sans retard des risques encourus et des correctifs à déployer, sauf différé exceptionnel strictement justifié par des motifs impérieux de cybersécurité visant à ne pas divulguer prématurément un vecteur d’attaque non corrigé.

04

III. Surveillance du marché, amendes administratives et synergie contentieuse avec la directive (UE) 2024/2853 sur les produits défectueux et le règlement sur l’IA

À compter du 11 décembre 2027, les autorités nationales de surveillance du marché disposeront de prérogatives étendues d’audit technique, d’accès à la documentation et, en cas de nécessité dûment motivée sous garanties de confidentialité, au code source, ainsi que du pouvoir d’ordonner le retrait ou le rappel immédiat d’un matériel ou logiciel présentant un risque cyber significatif. Les sanctions pécuniaires prévues à l’article 64 empruntent l’échelle dissuasive des grands règlements numériques européens : jusqu’à quinze millions d’euros ou 2,5 % du chiffre d’affaires annuel mondial total de l’exercice précédent pour le non-respect des exigences essentielles de cybersécurité et des obligations des articles 13 et 14, dix millions d’euros ou 2 % pour les autres obligations des opérateurs économiques, et cinq millions d’euros ou 1 % pour la communication d’informations inexactes ou trompeuses aux organismes notifiés et aux autorités.

Mais la portée juridique la plus redoutable pour les éditeurs, équipementiers industriels et acheteurs professionnels naît de l’articulation systémique voulue par le législateur européen avec deux autres textes adoptés durant la même législature. D’une part, pour les systèmes d’intelligence artificielle à haut risque qui constituent aussi des produits comportant des éléments numériques, l’article 12 du règlement sur la cyberrésilience organise une présomption de conformité aux exigences de cybersécurité de l’article 15 du règlement (UE) 2024/1689 sur l’IA dès lors que les critères du CRA sont satisfaits.

D’autre part, la nouvelle directive (UE) 2024/2853 du même jour (23 octobre 2024) relative à la responsabilité du fait des produits défectueux inclut désormais expressément les logiciels autonomes dans la notion de « produit » et retient parmi les critères légaux de défectuosité le défaut de sécurité résultant de l’absence des mises à jour logicielles de cybersécurité nécessaires après la mise sur le marché : tout manquement aux obligations de l’annexe I ou de l’article 13 du règlement (UE) 2024/2847 fournira ainsi aux victimes d’une compromission informatique ayant causé des dommages corporels, matériels ou des pertes et corruptions de données le socle probatoire direct d’une action en responsabilité civile de plein droit contre le fabricant.

05

Sources

Votre situation

Une question sur votre dossier ?

Le cabinet examine la situation sur pièces. Cette page est une information générale ; elle ne remplace pas l’analyse d’un dossier.