FIPS 140-3 : validation des modules cryptographiques

Hugues Orgitello mis à jour le 7 oct. 2026 18 min de lecture

FIPS 140-3, norme fédérale américaine de traitement de l'information, a été approuvée par le secrétaire américain au Commerce le 22 mars 2019 et est entrée en vigueur le 22 septembre 2019. Elle fixe les exigences de sécurité des modules cryptographiques utilisés par les agences fédérales américaines, et le programme de validation qui l'applique, le CMVP (Cryptographic Module Validation Program), est conduit conjointement par le NIST et le Centre canadien pour la cybersécurité : un même certificat sert donc les deux gouvernements. Depuis le 21 septembre 2026, tous les certificats FIPS 140-2 ont quitté la liste active, si bien que FIPS 140-3 est la seule norme derrière un certificat actif. Ce guide est rédigé à partir des textes du CMVP tels qu'ils se présentent au 7 octobre 2026 : l'Implementation Guidance du 19 août 2026, le Management Manual du 9 avril 2026, les listes SP 800-140C et SP 800-140D avec leurs journaux de modifications, les frais NIST 2026 et la file d'attente en cours.

Où en est-on au 7 octobre 2026

Élément	État actuel	Source
FIPS 140-2	Utilisable pour de nouveaux systèmes jusqu'au 21 septembre 2026 ; tous les certificats placés ensuite sur la liste historique	Présentation du CMVP, calendrier de transition
Implementation Guidance FIPS 140-3	Dernière mise à jour le 19 août 2026 (nouvelle IG 1.B sur les modules hybrides)	Annonces IG
Management Manual FIPS 140-3 du CMVP	Version 2.7, 9 avril 2026	Page du Management Manual
SP 800-140C (fonctions de sécurité approuvées)	Dernière modification le 22 juin 2026 : ajout de la SP 800-90C (constructions de générateurs de bits aléatoires)	Journal de la SP 800-140C
SP 800-140D (génération et établissement de clés)	9 avril 2026 : ajout de la SP 800-227 (encapsulation de clés), de la RFC 5869 (HKDF) et de la dérivation de clés SPDM	Journal de la SP 800-140D
Références normatives de FIPS 140-3	Toujours ISO/IEC 19790:2012 (avec les corrections de 2015) et ISO/IEC 24759:2017	SP 800-140F, section 2
ISO/IEC 19790 et 24759	Nouvelles éditions publiées le 26 février 2025 (19790 édition 3, 24759 édition 4), pas encore référencées par FIPS 140-3	Catalogue IEC
Liste Modules In Process (7 octobre 2026)	191 entrées FIPS 140-3 : 27 Pending Review, 54 Review, 66 Comment Resolution (laboratoire), 26 Comment Resolution (CMVP), 17 Pending Resubmission, 1 Cost Recovery	Liste MIP du CMVP

Deux détails de cette dernière ligne méritent une lecture attentive. La liste MIP est facultative (le fabricant et le laboratoire décident si un module y figure) : elle ne représente donc pas toute la file. Et la date affichée est celle de l'entrée dans l'état courant : au 7 octobre 2026, la plus ancienne entrée « Pending Review » attendait depuis le 8 août 2025. Tout délai que vous planifiez doit venir de votre laboratoire et de la liste du moment, pas d'un chiffre lu dans un guide.

Lignée FIPS 140

Le catalogue du NIST mentionne une FIPS 140 du 13 avril 1982, remplacée par FIPS 140-1 le 11 janvier 1994. FIPS 140-2 a été publiée le 25 mai 2001 (Change Notice 2 du 3 décembre 2002) et FIPS 140-1 a été retirée le 25 mai 2002. FIPS 140-3 a remplacé FIPS 140-2 en 2019.

Version	Date	Statut au 7 octobre 2026
FIPS 140	13 avril 1982	Remplacée par FIPS 140-1
FIPS 140-1	11 janvier 1994	Retirée le 25 mai 2002
FIPS 140-2	25 mai 2001	Remplacée ; tous les certificats sur la liste historique depuis septembre 2026
FIPS 140-3	Approuvée le 22 mars 2019, en vigueur le 22 septembre 2019	En vigueur ; le CMVP accepte les dossiers depuis le 22 septembre 2020

Le changement structurel de FIPS 140-3 est qu'elle ne rédige plus ses propres exigences. Le NIST le décrit ainsi : plutôt que de contenir directement les exigences applicables au module, FIPS 140-3 renvoie à ISO/IEC 19790:2012, les essais étant conduits selon ISO/IEC 24759:2017. Le CMVP, en tant qu'autorité de validation, modifie ou remplace ensuite des parties de ces textes ISO au moyen de la série SP 800-140 et de l'Implementation Guidance (IG). C'est pourquoi une nouvelle édition ISO ne change rien au référentiel d'un dossier CMVP tant que le NIST ne l'a pas décidé.

CMVP, CAVP, CSTL : qui fait quoi

Acteur	Rôle	Livrable
CMVP (NIST et CCCS)	Examine le rapport d'essai du laboratoire et valide le module complet au regard de FIPS 140-3	Certificat de module sur la liste des modules validés
CAVP (NIST)	Valide les implémentations d'algorithmes via les serveurs ACVTS	Certificat d'algorithme, préalable à la revendication d'un algorithme approuvé
CSTL	Laboratoire indépendant accrédité par le NVLAP ; teste le module et soumet le rapport	Rapport d'essai et recommandation au CMVP
NIST Billing	Perçoit les frais de recouvrement des coûts ; un dossier à l'état « Cost Recovery » ne peut avancer avant paiement	Paiement qui débloque la revue

La page du CMVP indique que le programme « is a joint effort » du NIST et du Centre canadien pour la cybersécurité, et le Centre se présente comme « the Canadian certification authority ». Elle précise aussi que chaque CSTL « is an independent laboratory accredited by NVLAP », et le Centre renvoie les laboratoires candidats vers le site du NVLAP. Le serveur ACVTS de production « is only available to NVLAP-accredited testing laboratories, and is the only way to create algorithm validation certificates ».

Les quatre niveaux de sécurité

FIPS 140-3 hérite d'ISO/IEC 19790:2012 quatre niveaux et onze domaines d'exigences (spécification du module ; interfaces ; rôles, services et authentification ; sécurité logicielle et firmware ; environnement opérationnel ; sécurité physique ; sécurité non invasive ; gestion des paramètres de sécurité sensibles ; autotests ; assurance du cycle de vie ; atténuation des autres attaques). Les lignes ci-dessous sont celles que l'IG de FIPS 140-3 cite ou interprète explicitement.

Exigence	Niveau 1	Niveau 2	Niveau 3	Niveau 4
Authentification de l'opérateur	Non exigée	Au minimum fondée sur le rôle	Fondée sur l'identité	Multifacteur fondée sur l'identité (AS04.59)
Canal de confiance pour les paramètres critiques de sécurité en clair	Aucune exigence	Aucune exigence	Exigé ; ports physiquement séparés ou interfaces logiquement séparées	Comme le niveau 3, avec authentification multifacteur fondée sur l'identité
Sécurité physique	Qualité de production	Preuve d'effraction	Détection et réponse à l'intrusion avec effacement	Détection et réponse à l'intrusion avec effacement
Protection contre les défaillances environnementales	Non	Non	Oui (effacement, arrêt ou état d'erreur en cas de défaillance, AS07.81)	Oui
Système d'exploitation modifiable	Contrôle de ses propres paramètres de sécurité sensibles	Ajoute un mécanisme d'audit (« Security Level 2 only »)	Rien d'ajouté	Rien d'ajouté
Sécurité non invasive (section 7.8)	Non applicable au CMVP tant que la SP 800-140F ne définit pas de métriques	Idem	Idem	Idem

La dernière ligne est celle sur laquelle la plupart des synthèses se trompent. L'IG indique que « the requirements of ISO/IEC 19790:2012 section 7.8 Non-invasive security are non-applicable until defined in SP 800-140F », et la section 6.2 de la SP 800-140F se lit « No additional requirements at this time ». Tant que cela ne change pas, un fabricant qui a conçu et documenté publiquement une contre-mesure aux canaux auxiliaires la fait vérifier au titre de la section 7.12, atténuation des autres attaques.

Types de modules et question des hybrides

ISO/IEC 19790 définit des modules matériels, logiciels, firmware et hybrides, un hybride étant soit un module hybride logiciel, soit un module hybride firmware : du logiciel ou du firmware combiné à un composant matériel disjoint à l'intérieur d'une même frontière cryptographique. L'IG publiée le 19 août 2026, l'IG 1.B, précise ce qu'est un hybride lorsque ses composants se trouvent sur un même système sur puce, y compris un composant matériel sous-puce. Ses exemples comprennent un module hybride logiciel dont le matériel disjoint est une carte accélératrice PCIe, et un module hybride logiciel dont le matériel disjoint est une implémentation d'algorithme intégrée au processeur.

L'accélération processeur est le cas où le classement se décide par les essais, non par l'intention. L'IG 2.3.C cite AES-NI comme Processor Algorithm Accelerator (PAA) connu. Un module dont tous les environnements opérationnels ont été testés uniquement avec PAA/PAI est un hybride. Il ne reste un module logiciel ou firmware que s'il est testé avec et sans l'accélérateur, soit sur chaque environnement opérationnel, soit sur au moins un environnement dans chaque configuration, et les algorithmes accélérés doivent être testés par le CAVP dans les deux modes.

Algorithmes approuvés : SP 800-140C et SP 800-140D

La SP 800-140C Rev. 2 et la SP 800-140D Rev. 2 (toutes deux de juillet 2023) remplacent les annexes C et D d'ISO/IEC 19790. Le NIST tient désormais les listes à jour sur deux pages supplémentaires munies de journaux de modifications datés : une fonction peut ainsi être ajoutée sans nouvelle révision de la SP. Le partage compte : signatures, hachages, codes d'authentification de message et générateurs de bits aléatoires relèvent de la 140C ; génération, dérivation, accord, transport et encapsulation de clés relèvent de la 140D.

Famille	Références listées	Liste	Modification récente
Chiffrement par blocs	AES (FIPS 197-upd1) avec les modes SP 800-38A à 38G ; Triple-DES à trois clés	140C	Depuis le 1er janvier 2024, Triple-DES n'est approuvé que pour le déchiffrement, le désencapsulage ou la vérification CMAC en usage hérité
Signature numérique	DSA, RSA, ECDSA, EdDSA (FIPS 186-4 et 186-5), ML-DSA (FIPS 204), SLH-DSA (FIPS 205) ; LMS, HSS, XMSS (SP 800-208)	140C	FIPS 204 et 205 ajoutées le 13 août 2024
Hachage et XOF	SHA-1 et SHA-2 (FIPS 180-4), SHA-3 et SHAKE (FIPS 202), fonctions SP 800-185, Ascon-Hash256, Ascon-XOF128, Ascon-CXOF128	140C	Ascon (SP 800-232) ajouté le 2 septembre 2025
Authentification de message	CMAC, CCM, GCM/GMAC, HMAC, KMAC, Ascon-AEAD128	140C	Ascon ajouté le 2 septembre 2025
Bits aléatoires	Sources d'entropie SP 800-90B, mécanismes DRBG SP 800-90A Rev. 1, constructions SP 800-90C	140C et 140D	SP 800-90C ajoutée le 22 juin 2026
Accord de clés	SP 800-56A Rev. 3 (DH, ECDH), SP 800-56B Rev. 2 (RSA)	140D
Dérivation de clés	SP 800-56C Rev. 2, RFC 5869 (HKDF), SP 800-108r1-upd1, SP 800-132, SP 800-135 Rev. 1, dérivation de clés TLS 1.3, dérivation de clés SPDM	140D	HKDF et SPDM ajoutés le 9 avril 2026
Transport de clés	Encapsulage de clés SP 800-38F ; encapsulation de clés SP 800-56B Rev. 2	140D
Mécanisme d'encapsulation de clés	ML-KEM (FIPS 203), SP 800-227	140D	FIPS 203 ajoutée le 13 août 2024 ; SP 800-227 ajoutée le 9 avril 2026

SHA-1 figure toujours dans l'entrée FIPS 180-4, mais ses usages autorisés relèvent de la SP 800-131A Rev. 2, que les deux listes citent sous « Transitions ». DES et MD5 n'y figurent pas. Un module peut contenir des algorithmes non approuvés, mais ceux-ci ne peuvent pas servir en mode approuvé, et l'IG 2.4.A définit comment de telles fonctions doivent être traitées.

Migration post-quantique

Le NIST a publié FIPS 203 (ML-KEM), FIPS 204 (ML-DSA) et FIPS 205 (SLH-DSA) le 13 août 2024 et indique qu'elles « can and should be put into use now ». Côté CMVP, les trois sont entrées dans les listes approuvées le même jour, les règles d'autotest de l'IG les concernant ont été ajoutées le 13 août 2024 puis révisées le 18 avril 2025 et le 2 septembre 2025, et l'IG D.S sur les mécanismes d'encapsulation de clés (2 septembre 2025) a reçu un scénario de KEM hybride le 9 avril 2026.

La normalisation se poursuit. Le NIST a retenu HQC comme second KEM le 11 mars 2025 et annoncé une norme finale dans environ deux ans ; la signature Falcon est également en cours de normalisation, et un appel distinct à d'autres schémas de signature est en cours. Le NIST IR 8547, toujours au stade de projet initial (12 novembre 2024), expose le plan de dépréciation puis de retrait des algorithmes vulnérables au quantique des normes du NIST d'ici 2035. Pour les systèmes de sécurité nationale, la NSA dispose de sa propre suite, CNSA 2.0, qui spécifie ML-KEM-1024 et ML-DSA-87.

De FIPS 140-2 à FIPS 140-3 : le calendrier complet

Date	Événement
22 mars 2019	Approbation de FIPS 140-3
22 septembre 2019	Entrée en vigueur de FIPS 140-3
20 mars 2020	Publication de la série SP 800-140
21 septembre 2020	Première Implementation Guidance et premier Management Manual FIPS 140-3
22 septembre 2020	Le CMVP commence à accepter les dossiers FIPS 140-3
14 juin 2021	Dernière date à laquelle un CSTL pouvait accepter un contrat FIPS 140-2 Scenario 5 ou Scenario 3
22 septembre 2021	Plus de nouveaux certificats FIPS 140-2, sauf pour les fabricants sous contrat avec un CSTL avant le 15 juin 2021 dont la demande de prolongation avait été acceptée par le CMVP
1er avril 2022	Le CMVP n'accepte plus que les rapports FIPS 140-2 qui ne modifient pas la date d'échéance (scénarios 1, 1A, 1B, 3A, 3B et 4 de l'IG G.8)
6 juin 2024	Début des validations intérimaires de deux ans pour les modules soumis avant le 1er janvier 2024
21 septembre 2026	Dernier jour d'utilisation des modules FIPS 140-2 pour de nouveaux systèmes
22 septembre 2026	Tous les certificats FIPS 140-2 placés sur la liste historique (calendrier de transition)

Le NIST donne l'échéance sous deux formes, à un jour d'écart : la présentation du CMVP indique que les modules 140-2 peuvent être utilisés « through September 21, 2026 », le calendrier de transition les place sur la liste historique le 22 septembre 2026. Les deux décrivent le même basculement.

Le sens de « historique » est précisé sur la page des modules validés : les agences fédérales ne devraient pas intégrer les modules historiques dans de nouveaux systèmes, mais ceux-ci peuvent être achetés pour des systèmes existants, et cela ne signifie pas que les certificats FIPS 140 de ces modules ont été révoqués Un certificat révoqué est autre chose : il « may not be referenced to demonstrate compliance ».

Maintenir un certificat FIPS 140-3 actif

Un nouveau module est validé par une soumission complète (FS, Full Submission). Une fois validé, il figure sur la liste active pendant cinq ans, ou deux ans pour une validation intérimaire. Le Management Manual décrit la voie intérimaire comme « a temporary measure to shorten the queue », reposant davantage sur le CSTL et moins sur la supervision du CMVP. Une soumission INTU au format SP 800-140B Rev. 1, reçue avant l'échéance des deux ans, la porte à cinq ans à compter de la date de validation intérimaire.

Les modifications après validation passent par l'un des scénarios du Management Manual, et le scénario détermine à la fois les frais et la date d'échéance.

Scénario	Usage	Date d'échéance	Frais de recouvrement NIST 2026
FS, Full Submission	Nouveau module, ou modifications ne relevant d'aucun scénario de revalidation	5 ans (2 ans si intérimaire)	16 000 $ (niveau 1), 17 000 $ (niveau 2), 17 500 $ (niveau 3), 19 000 $ (niveau 4)
UPDT, Update	Modifications touchant la sécurité, avec essais complets des sections concernées	5 ans (2 ans si intérimaire)	5 500 $
ALG, OEUP, PTSC, CVE, TRNS, PHYS, NSRL, RBND	Mise à jour d'algorithme, nouvel environnement opérationnel, portage sous-puce, correction de CVE, transition d'algorithme, changement de boîtier, modification sans incidence sur la sécurité, changement de marque	Inchangée ou héritée du certificat d'origine	2 500 $
VUP, VAOE	Mise à jour administrative, environnement opérationnel déclaré par le fabricant	Inchangée	0 $

Des frais étendus peuvent s'ajouter lorsque la revue demande plus de temps : 1 000 $ pour VUP, VAOE et les scénarios à 2 500 $, 1 500 $ pour UPDT, et 3 000 $ (niveau 1) ou 4 000 $ (niveaux 2 à 4) pour une soumission complète. Ce sont uniquement les frais du NIST ; le devis du laboratoire s'y ajoute. Un nouvel environnement opérationnel n'est pas non plus une formalité : l'OEUP exige des essais CAVP sur le nouvel environnement et la suite complète de tests de non-régression.

Articulation avec ISO/IEC 19790 et 24759

Texte	Rôle actuel au CMVP
ISO/IEC 19790:2012 (avec les corrections de 2015)	Exigences de sécurité, référencées par FIPS 140-3
ISO/IEC 24759:2017	Exigences d'essai, modifiées par la SP 800-140
SP 800-140A, 140B Rev. 1	Modifications de la documentation fabricant et de la Security Policy (annexes A et B de 19790)
SP 800-140C Rev. 2, 140D Rev. 2	Remplacent les annexes C et D (fonctions approuvées, génération et établissement des SSP)
SP 800-140E, 140F	Remplacent les annexes E et F (mécanismes d'authentification, métriques non invasives)
IG FIPS 140-3	Interprétations, dernière mise à jour le 19 août 2026
ISO/IEC 19790:2025, ISO/IEC 24759:2025	Publiées le 26 février 2025 ; non référencées par FIPS 140-3 au 7 octobre 2026

Affirmations que les textes contredisent

Affirmation courante (y compris dans d'anciennes versions de cette page)	Ce que dit le texte primaire
« ML-KEM ne figure pas dans la SP 800-140C, l'encapsulation de clés ne peut donc pas encore être revendiquée »	L'encapsulation de clés relève de la SP 800-140D, où FIPS 203 a été ajoutée le 13 août 2024 (journal de la SP 800-140D)
« Le niveau 3 exige des essais documentés de canaux auxiliaires, le niveau 4 une évaluation des canaux auxiliaires »	La section 7.8 n'est pas applicable tant que la SP 800-140F ne définit pas de métriques, et la SP 800-140F n'en contient aucune (IG ; SP 800-140F section 6.2)
« Au niveau 2, le système d'exploitation doit être évalué selon un profil de protection Common Criteria »	L'exigence FIPS 140-3 de niveau 2 sur le système d'exploitation citée par l'IG est un mécanisme d'audit (« Security Level 2 only »)
« Au niveau 3, les ports des CSP doivent être physiquement séparés »	Ports physiquement séparés ou interfaces logiquement séparées, via un canal de confiance (texte de la section 7.3.4 de 19790 repris par l'IG)
« Une bibliothèque utilisant AES-NI est généralement acceptée comme module logiciel »	Seulement si elle est testée avec et sans l'accélérateur ; si tous les environnements ont été testés uniquement avec PAA/PAI, le module est un hybride (IG 2.3.C)
« La SP 800-140A modifie les méthodes d'essai d'ISO/IEC 24759 »	La SP 800-140 constitue les exigences d'essai dérivées ; la SP 800-140A modifie les exigences de documentation du fabricant (annexe A de 19790)
« Les certificats 140-2 historiques ne peuvent plus être utilisés par les agences fédérales »	Pas dans de nouveaux systèmes, mais ils peuvent être achetés pour des systèmes existants ; historique ne veut pas dire révoqué (page des modules validés)
« FIPS 140-1 était la première version »	Le NIST mentionne une FIPS 140 du 13 avril 1982, remplacée par FIPS 140-1
« Un produit disposant de certificats CAVP pour ses algorithmes est conforme FIPS 140-3 »	NIST : un produit « does not meet the FIPS 140-2 or FIPS 140-3 requirements by simply implementing an approved security function and acquiring algorithm validation certificates »
« Conçu pour FIPS 140 » ou « prêt FIPS 140 » est une revendication acceptable	Le Centre pour la cybersécurité rejette toutes ces formulations ; seule « validated and has received Certificate #... » est acceptable

Pièges fréquents

Citer un numéro de certificat sans vérifier son statut. Recherchez le numéro sur la liste des modules validés : actif, historique ou révoqué, ces statuts changent ce qu'un acheteur peut en faire.

Prendre un certificat CAVP pour une validation. Les certificats d'algorithmes sont un préalable au dossier de module, pas un substitut.

Ignorer l'accélération processeur. Décidez tôt si vous testerez avec et sans PAA/PAI ; à défaut, le module est classé hybride (IG 2.3.C).

Changer d'environnement opérationnel après validation. Un autre système d'exploitation ou une autre plateforme relève d'un OEUP avec essais CAVP et suite complète de non-régression, pas d'une modification rédactionnelle.

Laisser expirer une validation intérimaire. La soumission INTU doit parvenir au CMVP avant l'échéance des deux ans, faute de quoi le certificat passe sur la liste historique.

Demander une « lettre FIPS » au lieu d'un certificat. Le CMVP suggère aux acheteurs de demander au fabricant une lettre signée, forme d'attestation du fabricant, indiquant que le produit est ou intègre un module validé et donnant le numéro de certificat, puis de vérifier ce numéro sur la liste. La lettre renvoie au certificat, elle ne le remplace pas.

FIPS 140-2 et FIPS 140-3 comparées

Dimension	FIPS 140-2	FIPS 140-3
Texte des exigences	Dans la FIPS elle-même	ISO/IEC 19790:2012 par référence, modifiée par les SP 800-140x
Exigences d'essai	Derived Test Requirements du NIST	ISO/IEC 24759:2017, modifiée par la SP 800-140
Fonctions approuvées	Annexes de FIPS 140-2	SP 800-140C et SP 800-140D, tenues à jour avec des journaux datés
Sécurité non invasive	Pas de domaine distinct	Domaine distinct (7.8), non applicable au CMVP tant que les métriques SP 800-140F n'existent pas
Authentification au niveau 4	Fondée sur l'identité	Multifacteur fondée sur l'identité
Nouveaux dossiers	Fermés	Ouverts
Certificats	Tous sur la liste historique depuis septembre 2026	5 ans actifs, 2 ans pour une validation intérimaire

Pour un fabricant : démarche pratique

1. Vérifier l'exigence. Identifiez qui demande FIPS 140-3 et à quel niveau : un acheteur fédéral américain ou canadien, une clause contractuelle, ou un intégrateur qui a besoin d'un module validé dans son propre produit.

2. Envisager d'intégrer un module déjà validé. Un produit peut s'appuyer sur un module validé par un tiers, et l'IG 1.A fixe les conditions de liaison et d'intégration des modules. Cela peut suffire à l'acheteur, à condition que le module fournisse tous les services cryptographiques.

3. Fixer tôt la frontière, le type et le niveau. Le type de module (matériel, logiciel, firmware, hybride), le recours à PAA/PAI et le niveau visé par domaine déterminent le périmètre d'essai.

4. Obtenir d'abord les certificats d'algorithmes. Chaque algorithme approuvé doit être testé par le CAVP via le laboratoire, sur chaque environnement opérationnel qui sera listé.

5. Rédiger la Security Policy au format SP 800-140B Rev. 1. Elle devient publique après validation, et le NIST cite le traitement automatisé des dossiers à ce format comme l'un des moyens de réduire l'arriéré.

6. Planifier le cycle de vie. Budgétez les scénarios de revalidation et l'échéance de cinq ans (ou deux ans en intérimaire), et suivez le résumé des modifications de l'IG, que le NIST a mis à jour trois fois en 2026 (27 février, 9 avril et 19 août).

Pour les produits radio européens, ces choix s'ajoutent aux obligations RED et aux dispositions de cybersécurité IoT de l'EN 303 645, qui sont des cadres distincts et ne renvoient pas à FIPS 140-3. Pour les fabricants qui examinent également un parcours Common Criteria ISO/IEC 15408, l'analyse de la frontière cryptographique et des fonctions de sécurité peut alimenter les deux dossiers, même si chaque schéma a ses propres documents. Le glossaire consolide les acronymes.

Voir aussi

• Cybersécurité produit : obligation, évaluation, label
• TPM 2.0 et sécurité matérielle TCG
• CSPN et ANSSI Visa : cybersécurité française
• CMMC et UK Cyber Essentials: baselines cyber de défense
• PSA Certified: sécurité IoT pilotée par Arm
• SESIP: méthodologie d'évaluation cybersécurité IoT
• Cyber Resilience Act (CRA)

Un cas concret de la cartographie d'un projet exigeant FIPS 140-3 et son articulation avec la conformité RED ou CRA ? AESTECHNO peut auditer votre conception et votre plan de certification. Nous contacter

Perspectives

Trois points à surveiller. D'abord, si et quand le NIST fera passer FIPS 140-3 aux éditions 2025 d'ISO/IEC 19790 et 24759 : d'ici là, les éditions 2012 et 2017 restent la référence. Ensuite, les listes post-quantiques : HQC et Falcon restent à normaliser, et le NIST IR 8547 est toujours un projet. Enfin, la file d'attente : la voie intérimaire et le traitement automatisé des Security Policies au format SP 800-140B Rev. 1 sont les leviers que le NIST cite lui-même pour réduire l'arriéré.

Pour un fabricant européen, FIPS 140-3 ne fait pas partie du marquage CE. C'est une exigence contractuelle lorsqu'un acheteur la demande, et depuis le 21 septembre 2026, seul un certificat FIPS 140-3 sur la liste active y répond pour un nouveau système.

Un audit de 30 minutes avec les ingénieurs AESTECHNO.

AESTECHNO est le bureau d'études qui édite spilma. Nous aidons les équipes produit à cadrer leur démarche de certification et à éviter les pièges classiques.

Réserver un audit gratuit

Pour aller plus loin

• Common Criteria ISO/IEC 15408 : référentiel d'évaluation de sécurité générique, complémentaire de FIPS 140-3
• ETSI EN 303 645 : cybersécurité IoT consommateur
• RED : cadre européen pour les équipements radio, articulation avec la cybersécurité produit
• Glossaire : définitions CMVP, CAVP, CSTL, ISO/IEC 19790

Sources & références

1. FIPS 140-3, Security Requirements for Cryptographic Modules, NIST csrc.nist.gov/pubs/fips/140-3/final
2. Cryptographic Module Validation Program (CMVP), présentation et applicabilité des modules validés, NIST csrc.nist.gov/projects/cryptographic-module-validation-program
3. FIPS 140-3 Transition Effort, calendrier de transition, NIST csrc.nist.gov/projects/fips-140-3-transition-effort
4. CMVP Validated Modules, sens des statuts Historical et Revoked, NIST csrc.nist.gov/projects/cryptographic-module-validation-program/validated-modules
5. FIPS 140-3 IG and RFG Announcements (Implementation Guidance, dernière mise à jour le 19 août 2026), NIST et CCCS csrc.nist.gov/projects/cryptographic-module-validation-program/fips-140-3-ig-announcements
6. CMVP FIPS 140-3 Management Manual (version 2.7, 9 avril 2026), NIST et CCCS csrc.nist.gov/projects/cryptographic-module-validation-program/cmvp-fips-140-3-management-manual
7. NIST SP 800-140, FIPS 140-3 Derived Test Requirements, et ses parties A à F, NIST csrc.nist.gov/pubs/sp/800/140/final
8. SP 800-140C : fonctions de sécurité approuvées (liste supplémentaire et journal des modifications), NIST csrc.nist.gov/projects/cryptographic-module-validation-program/sp-800-140-series-supplemental-information/sp800-140c
9. SP 800-140D : méthodes approuvées de génération et d'établissement des SSP (liste supplémentaire et journal des modifications), NIST csrc.nist.gov/projects/cryptographic-module-validation-program/sp-800-140-series-supplemental-information/sp800-140d
10. NIST SP 800-140F, CMVP Approved Non-Invasive Attack Mitigation Test Metrics, NIST csrc.nist.gov/pubs/sp/800/140/f/final
11. CMVP Modules In Process List, NIST csrc.nist.gov/projects/cryptographic-module-validation-program/modules-in-process/modules-in-process-list
12. CMVP NIST Cost Recovery Fees (frais 2026), NIST csrc.nist.gov/projects/cryptographic-module-validation-program/nist-cost-recovery-fees
13. Cryptographic Algorithm Validation Program (CAVP), NIST csrc.nist.gov/projects/cryptographic-algorithm-validation-program
14. Programme de validation des modules cryptographiques (PVMC), Centre canadien pour la cybersécurité www.cyber.gc.ca/en/tools-services/cryptographic-module-validation-program-cmvp
15. FIPS 140-2, Security Requirements for Cryptographic Modules, NIST csrc.nist.gov/pubs/fips/140-2/upd2/final
16. ISO/IEC 19790:2025, Security requirements for cryptographic modules (fiche catalogue), IEC webstore.iec.ch/en/publication/105940
17. ISO/IEC 24759:2025, Test requirements for cryptographic modules (fiche catalogue), IEC webstore.iec.ch/en/publication/105942
18. Projet Post-Quantum Cryptography, FIPS 203, 204, 205 et normalisation en cours, NIST csrc.nist.gov/projects/post-quantum-cryptography
19. HQC retenu au 4e tour (11 mars 2025), NIST csrc.nist.gov/news/2025/hqc-announced-as-a-4th-round-selection
20. NIST IR 8547 (projet initial), Transition to Post-Quantum Cryptography Standards, NIST csrc.nist.gov/pubs/ir/8547/ipd
21. Announcing the Commercial National Security Algorithm Suite 2.0, NSA media.defense.gov/2025/May/30/2003728741/-1/-1/0/CSA_CNSA_2.0_ALGORITHMS.PDF