2 La conformité FIPS est une exigence fondamentale pour les organisations qui travaillent avec les agences fédérales américaines, les programmes de défense et de nombreuses charges de travail réglementées. Elle encadre la manière dont la cryptographie doit être mise en œuvre, validée et exploitée. Pour les équipes stockage et infrastructure, la conformité FIPS a un impact direct sur : le chiffrement au repos le chiffrement en transit l’architecture de gestion des clés le choix des produits et les achats la préparation aux audits Bien qu’elle soit souvent citée dans les documents d’achat, la conformité FIPS n’est pas un simple terme contractuel. C’est une norme technique qui définit comment les modules cryptographiques doivent se comporter pour protéger les informations sensibles. Comprendre ce que couvre réellement la conformité FIPS, et ce qu’elle ne couvre pas, est essentiel pour les architectes, les équipes sécurité et les évaluateurs techniques. Qu’est-ce que la conformité FIPS ? FIPS signifie Federal Information Processing Standards, un ensemble de normes publiées par le National Institute of Standards and Technology (NIST). Dans le domaine de la cybersécurité, FIPS désigne presque toujours FIPS 140, la norme qui définit les exigences de sécurité applicables aux modules cryptographiques. La conformité FIPS signifie qu’un module cryptographique : utilise des algorithmes approuvés par le NIST respecte des exigences de sécurité définies a été validé dans le cadre du Cryptographic Module Validation Program (CMVP) Un module cryptographique peut être matériel, logiciel, micrologiciel ou une combinaison hybride. C’est le composant qui réalise le chiffrement, le déchiffrement, le hachage, la génération de clés et les fonctions cryptographiques associées. Point important : FIPS s’applique aux modules cryptographiques, et non à des systèmes entiers. Une plateforme de stockage n’est pas « certifiée FIPS » dans son ensemble. Ce sont des composants cryptographiques précis de cette plateforme qui peuvent être validés FIPS. Cette distinction est importante lors des audits et des revues d’achats fédéraux. FIPS 140-2 et FIPS 140-3 Deux versions principales de la norme sont aujourd’hui évoquées : FIPS 140-2, largement déployée depuis de nombreuses années FIPS 140-3, la version actuelle, alignée sur la norme ISO/IEC 19790 Les nouvelles validations de modules cryptographiques suivent désormais FIPS 140-3. Cependant, de nombreux environnements existants s’appuient encore sur des modules validés FIPS 140-2 pendant les périodes de transition. Les deux versions définissent des exigences de sécurité dans des domaines similaires, notamment l’usage des algorithmes, la gestion des clés, les autotests, l’authentification et la sécurité physique. Les organisations qui évaluent leur conformité FIPS doivent vérifier quelle version s’applique à leur environnement et si certaines agences ont mis à jour leurs exigences en lien avec FIPS 140-3. La transition de 2026 : ce qu’elle signifie pour les utilisateurs de FIPS 140-2 FIPS 140-2 est largement déployée depuis plus de vingt ans. Une transition formelle approche toutefois. Le 21 septembre 2026, le Cryptographic Module Validation Program (CMVP) transférera tous les certificats FIPS 140-2 encore actifs vers la liste historique (Historical List). Ce changement a des conséquences concrètes pour les agences fédérales et les fournisseurs. Impact sur les nouveaux achats Après cette date, il est en général interdit aux agences fédérales d’inclure des modules FIPS 140-2 dans de nouvelles acquisitions. Les produits qui reposent uniquement sur une validation 140-2 risquent de ne plus satisfaire aux exigences d’achat. Les fournisseurs qui ne sont pas passés à FIPS 140-3 risquent d’être exclus des nouvelles opportunités fédérales. Systèmes existants Les modules transférés vers la liste historique peuvent continuer à fonctionner dans les systèmes existants. Leur statut correspond toutefois à une validation héritée. Des modifications importantes du système, comme une mise à niveau du système d’exploitation, une révision logicielle majeure ou un changement d’architecture, peuvent imposer l’adoption de modules validés FIPS 140-3. Éléments de planification La transition vers FIPS 140-3 n’est pas immédiate. Le processus de validation peut prendre de 18 à 24 mois en raison des délais de tests en laboratoire et d’examen par le CMVP. Les organisations qui prennent en charge des charges de travail fédérales doivent : vérifier si leurs fournisseurs disposent de certificats FIPS 140-3 actifs vérifier si des modules sont en cours de validation aligner les feuilles de route produit sur les calendriers d’achat Une vérification précoce réduit le risque lié aux achats et évite des lacunes de conformité inattendues. Conforme FIPS, validé FIPS et mode FIPS La terminologie de la conformité FIPS est souvent mal comprise. Trois termes courants méritent d’être clarifiés. Validé FIPS C’est la désignation officielle. Un module cryptographique n’est validé FIPS qu’après : des tests par un laboratoire accrédité un examen dans le cadre du programme CMVP son inscription dans la base de données des modules validés du NIST La validation est propre à une version et à une configuration du module. Si l’implémentation change, la validation peut ne plus s’appliquer. Conforme FIPS C’est un terme plus large. Il signifie souvent que : le produit utilise des modules cryptographiques validés FIPS le produit peut fonctionner dans une configuration approuvée FIPS Cependant, le terme « conforme FIPS » n’implique pas automatiquement une validation officielle. Mode FIPS De nombreuses plateformes logicielles et de stockage proposent un « mode FIPS ». Lorsqu’il est activé, ce mode généralement : limite le système aux algorithmes approuvés par le NIST désactive les fonctions cryptographiques non approuvées impose des contraintes de configuration plus strictes Le mode FIPS favorise l’alignement opérationnel sur les exigences FIPS, mais ne remplace pas la validation. Pour les évaluateurs techniques, la question clé reste : Quels modules cryptographiques sont validés, et sous quels numéros de certificat ? Ce que FIPS 140 évalue réellement La validation FIPS 140 est structurée et technique. Elle évalue les modules cryptographiques dans plusieurs domaines. Algorithmes cryptographiques approuvés Les modules doivent implémenter des algorithmes approuvés par le NIST, par exemple : AES pour le chiffrement symétrique SHA-2 ou SHA-3 pour le hachage RSA ou ECC pour la cryptographie à clé publique des générateurs déterministes de bits aléatoires approuvés Les algorithmes doivent aussi être validés dans le cadre du Cryptographic Algorithm Validation Program (CAVP). Gestion des clés FIPS exige une génération, un stockage, une distribution et une destruction sécurisés des clés cryptographiques. Les paramètres de sécurité critiques doivent être protégés en mémoire et dans le stockage persistant. Autotests Les modules doivent réaliser : des autotests au démarrage des autotests conditionnels pendant le fonctionnement En cas d’échec d’un autotest, le module doit passer en état d’erreur et bloquer toute nouvelle opération cryptographique. Rôles et authentification Selon le niveau requis, les modules doivent appliquer : une authentification basée sur les rôles une authentification basée sur l’identité Les fonctions d’administration et d’exploitation doivent être clairement séparées et contrôlées. Sécurité physique Pour les modules cryptographiques matériels, FIPS définit des exigences en matière de : preuve d’effraction résistance à l’effraction mécanismes de réponse à l’effraction Ces exigences varient selon le niveau de sécurité. Environnement d’exploitation La validation FIPS tient compte de l’environnement d’exploitation du module, par exemple : des systèmes d’exploitation généralistes des systèmes contraints ou embarqués La validation est liée à des environnements d’exploitation précis. Les niveaux de conformité FIPS FIPS 140 définit quatre niveaux de sécurité croissants. Niveau 1 fonctionnalités cryptographiques de base algorithmes approuvés exigences minimales de sécurité physique Courant pour les modules logiciels dans des environnements standard. Niveau 2 authentification basée sur les rôles mécanismes physiques de preuve d’effraction pour les modules matériels Fréquemment exigé pour les systèmes fédéraux qui traitent des informations sensibles. Niveau 3 authentification basée sur l’identité résistance renforcée à l’effraction protection des clés cryptographiques contre l’extraction Utilisé dans les environnements fédéraux à haut niveau d’assurance. Niveau 4 protection contre les attaques environnementales contrôles de sécurité physique avancés Généralement réservé à des cas d’usage spécialisés de haute sécurité. Lors de l’évaluation de la conformité FIPS, vérifiez quel niveau est exigé et s’il correspond à la sensibilité de la charge de travail. Ce que la validation FIPS ne couvre pas La validation FIPS porte sur les modules cryptographiques. Elle ne garantit pas : la sécurité globale du système une architecture réseau sécurisée les contrôles de gestion des identités et des accès les protections de la couche applicative les bonnes pratiques opérationnelles Une plateforme de stockage peut utiliser une cryptographie validée FIPS tout en nécessitant une configuration, une surveillance et une gouvernance appropriées. Dans de nombreux environnements fédéraux, la conformité FIPS n’est qu’un élément parmi des cadres plus larges comme FedRAMP ou les exigences de sécurité du DoD. La conformité FIPS dans les environnements de stockage Pour les équipes stockage, la conformité FIPS concerne principalement le chiffrement et la gestion des clés. Chiffrement au repos Si le stockage objet chiffre les données au repos, le module cryptographique qui réalise le chiffrement doit être validé FIPS. Des longueurs de clé et des modes de fonctionnement approuvés doivent être utilisés. Les architectes doivent vérifier que : la bibliothèque de chiffrement est validée la version déployée correspond à la configuration validée le mode FIPS n’autorise que les algorithmes approuvés Chiffrement en transit Les implémentations TLS peuvent s’appuyer sur des bibliothèques validées FIPS. Lorsque le mode FIPS est activé, seules les suites de chiffrement approuvées doivent être disponibles. Une dérive de configuration peut introduire des suites de chiffrement non approuvées si elle n’est pas gérée avec soin. Systèmes de gestion des clés Si un système de gestion des clés (KMS) externe est utilisé, vérifiez que : le module cryptographique du KMS est validé la génération et le stockage des clés respectent les recommandations fédérales les contrôles du cycle de vie des clés sont documentés Stockage software-defined Dans les architectures de stockage software-defined, la validation FIPS s’applique souvent à la bibliothèque cryptographique sous-jacente. Les équipes doivent vérifier : la version exacte du module l’environnement de système d’exploitation validé si les correctifs ou mises à jour affectent le statut de validation La conformité FIPS exige un alignement entre l’implémentation et la configuration validée. Comment évaluer la conformité FIPS en pratique Les acheteurs techniques doivent aborder la conformité FIPS de manière méthodique. Demander les détails de validation Demandez aux fournisseurs : les numéros de certificat CMVP les noms et versions des modules les niveaux de validation Vérifiez ces informations dans la base de données du NIST. Vérifier l’alignement de la configuration La validation ne s’applique qu’à des configurations précises. Vérifiez : les versions du système d’exploitation les versions des bibliothèques les configurations de build Si elles diffèrent de l’environnement validé, la conformité peut ne pas s’appliquer. Vérifier l’application du mode FIPS Déterminez : comment le mode FIPS est activé si les algorithmes non approuvés sont désactivés comment la conformité est surveillée Les contrôles opérationnels doivent empêcher toute utilisation accidentelle d’une cryptographie non approuvée. Anticiper les changements de cycle de vie La mise à niveau d’une bibliothèque cryptographique peut nécessiter une nouvelle validation ou le passage à un nouveau certificat. La planification du cycle de vie doit en tenir compte. Conformité FIPS et charges de travail fédérales Les charges de travail fédérales et de défense exigent souvent : l’utilisation de modules cryptographiques validés FIPS un fonctionnement en mode approuvé FIPS la documentation des contrôles cryptographiques La conformité FIPS fournit un niveau d’assurance de référence standardisé. Elle réduit l’ambiguïté sur les implémentations cryptographiques acceptables. Pour les plateformes de stockage qui hébergent du stockage objet, des archives ou des référentiels de sauvegarde fédéraux, la validation FIPS aide à établir la confiance dans le socle cryptographique du système. Un regard pratique sur la conformité FIPS La conformité FIPS est une validation au périmètre étroit mais techniquement rigoureuse des modules cryptographiques. Ce n’est ni un argument marketing ni une certification de sécurité globale. Pour les équipes stockage et infrastructure, une conformité FIPS efficace implique de : choisir des produits qui utilisent des modules cryptographiques validés s’assurer que les configurations déployées correspondent aux environnements validés activer et faire respecter les modes approuvés FIPS tenir à jour la documentation pour les audits et les revues d’achats anticiper les transitions de cycle de vie Mise en œuvre avec soin, la conformité FIPS renforce l’assurance cryptographique et soutient les charges de travail fédérales et réglementées. Savoir clairement ce qui est validé, comment c’est configuré et comment c’est maintenu permet aux organisations de déployer des architectures de stockage sécurisées, alignées sur les normes fédérales et les exigences opérationnelles.
