Ce que vos fournisseurs doivent vous livrer avec le Cyber Resilience Act

Le Cyber Resilience Act (règlement (UE) 2024/2847) change la façon dont on achète du logiciel en Europe. Il va bien au-delà des fabricants d'objets connectés. Tout produit comportant des éléments numériques mis sur le marché européen est concerné, y compris les logiciels et les bibliothèques vendus aux entreprises.

Pour un acheteur, c'est une bonne nouvelle, car le règlement donne une liste précise de ce qu'un éditeur doit fournir. Voici celle qui touche à la cryptographie, et comment s'en servir.

Le calendrier

• 10 décembre 2024. Entrée en vigueur du règlement.
• 11 septembre 2026. Les éditeurs doivent signaler les vulnérabilités activement exploitées et les incidents graves, par une plateforme unique gérée par l'ENISA, avec une alerte précoce sous 24 heures, une notification sous 72 heures et un rapport final au plus tard 14 jours après la mise à disposition d'un correctif.
• 11 décembre 2027. Application complète, exigences essentielles comprises.

Ce que le règlement demande, côté cryptographie

• Protéger la confidentialité des données stockées ou transmises, notamment en les chiffrant au repos et en transit par des mécanismes à l'état de l'art.
• Protéger l'intégrité des données, des commandes et des programmes contre toute modification non autorisée.
• Recenser les composants du produit dans une nomenclature logicielle (SBOM) lisible par une machine, au format CycloneDX ou SPDX par exemple.
• Traiter les vulnérabilités pendant toute la période de support, et diffuser les correctifs de sécurité sans délai et gratuitement.
• Déclarer une période de support d'au moins cinq ans, sauf si la durée d'usage prévue du produit est plus courte.

L'état de l'art bouge

Le règlement ne nomme aucun algorithme, il demande des mécanismes à l'état de l'art. Or cet état de l'art évolue. Les algorithmes post-quantiques sont normalisés par le NIST depuis 2024, la feuille de route européenne prévoit de migrer les usages à haut risque d'ici fin 2030, et l'ANSSI considère qu'il ne sera pas raisonnable d'acheter des produits sans cryptographie post-quantique après 2030.

Un produit acheté aujourd'hui sera encore en service à ces dates. La question de sa feuille de route post-quantique fait donc partie de son évaluation, au même titre que sa nomenclature ou sa politique de correctifs.

Un produit acheté aujourd'hui sera encore en service en 2030, et sa feuille de route cryptographique fait partie de l'achat.

Les questions à poser à chaque fournisseur

• Algorithmes. Lesquels le produit utilise-t-il pour chiffrer et signer, et peut-il en changer sans casser ce qui a déjà été chiffré ?
• Post-quantique. Quelle est sa feuille de route, et avec quelle hybridation ?
• Nomenclature. Où est la SBOM de chaque version, et dans quel format ?
• Vulnérabilités. Comment les signale-t-on, et sous quel délai sont-elles corrigées ?
• Support. Quelle est sa durée, et les correctifs de sécurité sont-ils gratuits ?
• Authenticité. Comment vérifie-t-on qu'une version vient bien de l'éditeur avant de l'installer ?

Les réponses de Feranor PQC Suite

• Algorithmes. Hybride par défaut, ML-KEM-1024 avec ECDH P-384 pour l'échange de clé, SLH-DSA cosignée ECDSA P-384 pour la signature, sous le profil ANSSI ; les paramètres changent par profil, et les messages restent lisibles d'une version à l'autre.
• Nomenclature. Une SBOM CycloneDX pour chaque composant et chaque image de conteneur, livrée avec chaque version.
• Vulnérabilités. Un point de contact publié (/.well-known/security.txt), et des correctifs de sécurité gratuits pour tout utilisateur d'une version maintenue.
• Support. Cinq ans de maintenance par version majeure.
• Authenticité. Les empreintes de chaque version sont signées avec le certificat de version de Feranor (SLH-DSA-SHA2-256s), dont l'empreinte est publiée.
• Cadre français. La suite est déclarée à l'ANSSI comme moyen de cryptologie (déclaration n° 34734727).