FIPS 140-3 :
Validation des modules cryptographiques pour les fournisseurs de technologies de l'information et d'Software
| Région | États-Unis et Canada (norme fédérale de validation des modules cryptographiques ; conditionnant l'éligibilité aux marchés publics fédéraux et de la défense américains dans le monde entier, puisque la liste des modules validés constitue une condition préalable incontournable pour tout fournisseur souhaitant vendre sur ces marchés) |
| Champ d'application | Fournisseurs de modules cryptographiques : bibliothèques « software » , fournisseurs de fonctions cryptographiques pour systèmes d’exploitation, modules de sécurité « hardware » et services cryptographiques dans le cloud intégrés à des produits commercialisés sur les marchés liés aux administrations américaines ou canadiennes. Agences fédérales et sous-traitants : tenus de n’acquérir que des modules validés selon la norme FIPS 140 afin de protéger les données fédérales et les informations non classifiées contrôlées (Controlled Unclassified Information), cette obligation étant appliquée par le biais du programme FedRAMP, CMMC et les règles d’acquisition du DoD Laboratoires d’essais accrédités CMVP : laboratoires tiers d’essais cryptographiques et de sécurité (CSTL) effectuant des essais de conformité à la norme |
| Sections concernées | FIPS 140-3 : Exigences de sécurité pour les modules cryptographiques, conformes aux normes ISO/IEC 19790:2012 et ISO/IEC 24759:2017 Listes actives et historiques du CMVP : statut de validation qui détermine si un module est éligible aux nouveaux marchés publics fédéraux NIST SP 800-53 SC-13, SC-28, IA-7 : contrôles exigeant que la cryptographie provienne d'un module validé |
Vue d'ensemble
La norme FIPS 140-3 a été approuvée par le secrétaire au Commerce en mars 2019 et est entrée en vigueur en septembre 2019, remplaçant ainsi la norme FIPS 140-2 et alignant la validation des modules cryptographiques américains sur les normes internationales ISO/IEC 19790 et ISO/IEC 24759. Elle introduit des tests de mitigation des attaques non invasives à des niveaux de sécurité plus élevés, ainsi que des exigences formelles en matière de documentation des sources d'entropie, ce que la norme FIPS 140-2 n’exigeait pas.
Cette transition a une date butoir fixe. Le CMVP a cessé d’accepter de nouvelles demandes de certification FIPS 140-2 en 2021, et le 21 septembre 2026, tous les certificats FIPS 140-2 encore en vigueur seront transférés vers la « liste historique du CMVP », un statut que le programme définit comme celui que les agences fédérales « ne devraient pas inclure » dans leurs nouveaux marchés publics. Les modules FIPS 140-2 validés au cours des cinq dernières années peuvent continuer à être utilisés pour les systèmes existants, mais toute nouvelle activité fédérale nécessite un certificat FIPS 140-3 actif.
Pourquoi c'est important
Le processus traditionnel de validation FIPS 140-3 s'étend sur une période de 18 à 30 mois, du lancement de la procédure jusqu'à la délivrance du certificat. Les fournisseurs dont les produits sont intégrés dans les systèmes informatiques fédéraux, les équipements VPN, les modules HSM ou les plateformes de communication sécurisées, ainsi que dans les systèmes d’exploitation, se verront de facto exclus des nouveaux marchés publics fédéraux après le 21 septembre 2026 s’ils n’ont pas déjà obtenu un certificat valide ; ceux qui n’auront pas entamé la procédure d’ici début 2025 risquent fort de manquer complètement cette échéance.
La pression s'accentue au lieu de s'atténuer : la file d'attente CMVP à laquelle les fournisseurs doivent se soumettre pour obtenir un certificat FIPS 140-3 standard est également celle utilisée pour la validation des algorithmes post-quantiques (ML-KEM, ML-DSA) exigés simultanément par les normes CNSA 2.0 et NIST IR 8547. Ainsi, une seule demande de validation doit de plus en plus souvent franchir ces deux étapes en même temps.
En quoi cela s'applique-t-il à la cryptographie ?
La norme FIPS 140-3 aborde la cryptographie à travers plusieurs domaines de contrôle étroitement liés. Les principaux domaines ayant des implications cryptographiques directes sont les suivants :
| Section | Fonction | Ce qu'il dit | Produits complémentaires |
| FIPS 140-3 ; listes actives et historiques du CMVP | Suivi de l'état d'avancement de la validation des modules cryptographiques | Vérifiez que chaque module cryptographique inclus dans le périmètre d’un produit dispose d’un certificat CMVP actif correspondant exactement à la version de l’ software ation ou du micrologiciel déployée, et non pas simplement à la gamme de produits. | AgileSec |
| FIPS 140-3, niveaux de sécurité 1 à 4 | PKI Conçu à partir de modules validés | Émettre des certificats et gérer les clés via des autorités de certification et des modules de sécurité matériels (HSM) s'appuyant sur des modules cryptographiques certifiés FIPS 140-3. | EJBCA |
| Transition vers la liste historique du CMVP, 21 septembre 2026 | Planification de la migration des modules | Identifier les modules déployés qui sont conformes à la norme FIPS 140-2 par rapport à ceux conformes à la norme FIPS 140-3, et coordonner le renouvellement des clés ou la réémission des certificats dès qu’un module dépendant passe au statut « Historique ». | Keyfactor Command |
| NIST SP 800-53 SC-13, SC-28, IA-7 | Éléments de preuve destinés aux évaluateurs fédéraux | Un système de reporting centralisé qui établit une correspondance entre chaque certificat et chaque clé, d'une part, et le module validé sous-jacent ainsi que le numéro de certificat, d'autre part, afin de soutenir le plan de sécurité du système et de fournir des éléments probants en cas d'audit. | Command / AgileSec |
| Documentation relative à la source d'entropie selon la norme FIPS 140-3 | Aléatoire et garantie de génération de clés | Générer des clés à partir de sources d'entropie validées et correctement documentées, au sein d'un module conforme à la norme FIPS. | EJBCA |
| Atténuation des attaques non invasives selon la norme FIPS 140-3 (niveaux de sécurité supérieurs) | Hardware- Protection des clés avec sauvegarde | Conserver les clés dans des modules HSM certifiés conformes au niveau de sécurité FIPS 140-3 adapté au degré de sensibilité des données qu'elles protègent. | EJBCA |
Préparation à l'audit
Les évaluations et les contrôles, qu'ils soient menés en interne, réalisés par une autorité de régulation ou examinés par un évaluateur indépendant, se concentrent sur les preuves concrètes plutôt que sur les simples déclarations de principe. Voici les principaux domaines sur lesquels les contrôleurs et les évaluateurs s'attardent généralement :
- Vérification active des certificats : Chaque module cryptographique situé dans le périmètre du produit dispose-t-il d'un certificat CMVP actif, dont la validité a été confirmée via la recherche des modules validés par le CMVP, et non pas sur la base des allégations marketing du fournisseur ?
- Correspondance entre la version et le certificat : la version spécifique d'software s ou du micrologiciel déployée en production correspond-elle à la version couverte par le certificat ?
- Exposition liée à la liste historique : L'organisation a-t-elle recensé tous les modules qui ne sont encore validés que selon la norme FIPS 140-2, et dispose-t-elle d'un plan documenté pour la transition prévue le 21 septembre 2026 ?
- Preuve de l'activation du mode FIPS : L'organisation est-elle en mesure de démontrer que le mode FIPS est effectivement activé lors de l'exécution, et non pas simplement présent dans l'image déployée ?
- Documentation relative à la source d'entropie : la source d'entropie alimentant la génération de clés est-elle documentée conformément aux exigences de la norme FIPS 140-3 ?
- Feuille de route pour la migration des modules : existe-t-il une feuille de route de type POA&M pour chaque module sur le point d'atteindre le statut « historique », précisant les responsables et un calendrier de validation réaliste ?
TRANSMETTEZ CELA À LA DIRECTION
Le 21 septembre 2026 est une date butoir contraignante en matière d’approvisionnement, et non une simple recommandation. Ce jour-là, tous les certificats FIPS 140-2 sur lesquels nous nous appuyons seront transférés vers la liste historique du CMVP, et les agences fédérales ont pour consigne de ne plus utiliser les modules classés « historiques » pour leurs nouveaux projets. La validation prend entre 18 et 30 mois ; par conséquent, si nous n’avons pas encore entamé le processus, ou si nous n’avons pas obtenu la confirmation que nos fournisseurs l’ont fait, nous sommes déjà en retard sur le calendrier.
Ce n’est pas seulement à nous de résoudre ce problème en interne. Chaque bibliothèque intégrée, chaque module de cryptographie du système d’exploitation et chaque HSM de notre produit doit disposer de son propre certificat à jour, et nous devons être en mesure de le prouver à l’aide d’un numéro de certificat et d’une version correspondante, et non pas en nous contentant d’une simple déclaration de conformité de la part du fournisseur. Cette même file d’attente de validation constitue désormais également un goulot d’étranglement pour la validation des algorithmes post-quantiques ; en nous y inscrivant dès maintenant, nous nous assurons donc un avantage sur ces deux fronts.
Conformités associées
NIST SP 800-218 (SSDF)
Programme fédéral de gestion des risques et des autorisations (FedRAMP)
