Les exigences cryptographiques du programme FedRAMP sont passées du statut de simple détail technique à celui de condition préalable indispensable à l'autorisation. Si votre service cloud n'est pas en mesure d'indiquer quels modules cryptographiques protègent les données des clients fédéraux et d'utiliser des modules validés lorsque votre classe de certification l'exige, cette lacune peut bloquer un dossier de certification avant même qu'il ne parvienne à l'étape de l'examen.
C'est le changement que chaque fournisseur de services cloud (CSP) doit intégrer. La cryptographie est désormais un élément essentiel, et non plus une simple note de bas de page à régler plus tard. Ce guide présente en détail les mesures de contrôle essentielles, les récents changements de politique à prendre en compte dans votre planification, ainsi que les éléments que les évaluateurs recherchent réellement.
La cryptographie est désormais un critère d'éligibilité au programme FedRAMP, et non plus une simple note de bas de page.
Les directives du programme FedRAMP citent l'absence de modules de chiffrement certifiés FIPS 140 comme l'un des obstacles les plus courants à l'autorisation. Ce n'est pas considéré comme une lacune à corriger en cours de cycle. Cela peut bloquer un dossier avant même que votre organisme d'évaluation tiers (3PAO) ne soumette le rapport d'évaluation de l'état de préparation.
Conclusion pratique : commencez par valider vos modules cryptographiques, puis élaborez votre argumentaire de conformité autour de ceux-ci. C'est en procédant dans l'ordre inverse que les fournisseurs de services cloud perdent des mois.
Qu'est-ce que le programme FedRAMP et à qui s'adresse-t-il ?
FedRAMP normalise l'évaluation de la sécurité des services cloud utilisés par les agences fédérales. Il s'appuie sur les contrôles de la norme NIST SP 800-53 et, dans le cadre de FedRAMP 20x, il s'appuie également sur des indicateurs clés de sécurité (KSI), qui servent de référence plutôt que de descriptions détaillées contrôle par contrôle.
En termes simples : si vous vendez des services cloud au gouvernement fédéral, le programme FedRAMP définit le niveau de sécurité que vous devez atteindre, et la cryptographie en est un élément essentiel.
Qui doit y prêter attention ?
Les exigences vont bien au-delà de ce à quoi s'attendent la plupart des équipes. Trois groupes sont directement concernés :
- Fournisseurs de services cloud (SaaS, PaaS, IaaS) visant l'obtention de la certification FedRAMP de classe A, B, C ou D, selon le parcours 20x ou Rev5.Fournisseurs indépendants d’ Software s commercialisant leurs produits via les places de marché cloud fédérales et les réseaux de revendeurs.
- Les organismes d'évaluation tiers (3PAO) qui réalisent des rapports d'évaluation de l'état de préparation et des évaluations annuelles de sécurité.
Les exigences cryptographiques du programme FedRAMP qui comptent
Le programme FedRAMP traite la cryptographie par le biais de domaines de contrôle interdépendants définis dans la norme NIST SP 800-53. La règle commune à tous ces domaines est la suivante : la cryptographie doit provenir d’un module validé selon la norme FIPS 140, ou d’un module approuvé par la NSA et conforme au NIAP, et non d’un code personnalisé conforme à la norme FIPS.
Cette règle s'appuie sur deux programmes de validation. Les modules sont validés dans le cadre du programme de validation des modules cryptographiques (CMVP). Les algorithmes sont testés dans le cadre du programme de validation des algorithmes cryptographiques (CAVP). Tout module que vous déployez doit être conforme à ces deux programmes.
Ce sont trois commandes qui supportent le poids.
SC-13 : protection cryptographique des données fédérales
La norme SC-13 vous impose de chiffrer les données fédérales au repos et en transit exclusivement à l'aide de modules cryptographiques validés selon la norme FIPS 140 ou approuvés par la NSA. Lorsqu'il est inévitable d'utiliser un module non validé, vous devez en justifier la raison dans une liste des « faiblesses acceptées », qui remplace l'ancien « Plan d'action et étapes clés » (POA&M).
SC-12 : établissement et gestion des clés
La norme SC-12 régit les clés qui protègent votre offre de services cloud. Elle impose la mise en place de procédures documentées pour la génération, la distribution, le stockage, l'accès et la destruction des clés, conformément aux normes NIST SP 800-56 et SP 800-57.
IA-7 : authentification des modules cryptographiques
La norme IA-7 porte sur l'authentification. Elle exige que les mécanismes d'authentification soient mis en œuvre à l'aide de modules cryptographiques validés, plutôt que de bibliothèques ad hoc assemblées par les développeurs.
Ce qui a changé : de la politique relative aux modules cryptographiques de 2025 à FedRAMP 20x
Deux évolutions récentes méritent d'être prises en compte dans la planification de tout fournisseur de services cloud (CSP). L'une d'elles redéfinit la manière dont vous maintenez vos modules à jour, tandis que l'autre modernise le processus de production des justificatifs d'autorisation.
Politique relative aux modules cryptographiques v1.1.0 (double flux)
Le Conseil d’administration du FedRAMP a approuvé la « Politique FedRAMP relative à la sélection et à l’utilisation des modules cryptographiques », version 1.1, le 16 janvier 2025. Celle-ci reste la référence pour la Rev5 jusqu’à ce que les règles CMU deviennent obligatoires le 1er janvier 2027. Elle offre deux options aux fournisseurs de services cloud (CSP) :
- Une filière de modules de validation qui privilégie le maintien de la dernière version des modules validés selon la norme FIPS.
- Une filière alternative qui vous permet d'intégrer des correctifs de sécurité urgents plus rapidement que ne le permettrait une revalidation complète.
Ces deux approches reposent sur le suivi de la version du module et du certificat. Vous devez disposer de preuves à jour indiquant précisément quelle version de module validée FIPS et quel numéro de certificat sont utilisés en production. Sans ce suivi, aucune de ces deux approches ne résistera à un examen approfondi.
FedRAMP 20x et indicateurs clés de sécurité
FedRAMP 20x est une approche d’autorisation modernisée et davantage automatisable, articulée autour d’indicateurs clés de sécurité (KSI). La norme KSI est entrée en vigueur le 30 mai 2025 pour les autorisations pilotes « 20x Low ». La participation au programme pilote n’est plus une condition préalable : le processus de classe A a été ouvert le 3 août 2026, et ceux des classes B et C le 31 août 2026.
L'évolution majeure dans le domaine de la cryptographie est continue. Les 20 indicateurs clés de sécurité (KSI) permettent un suivi continu de la posture cryptographique, c'est-à-dire qu'ils fournissent des données automatisées et continues, plutôt qu'un instantané ponctuel lors de l'évaluation.
L'une des modifications apportées à la norme CR26 concerne directement la cryptographie : le chiffrement conforme à la norme FIPS 140 est désormais exigé lorsque les données sont sensibles, et FedRAMP ne part plus du principe que toutes les données et métadonnées des clients fédéraux sont sensibles. Les prestataires doivent documenter leur utilisation de la norme FIPS 140 afin que les agences puissent évaluer l'adéquation de cette solution à leur propre cas d'utilisation.
La transition de la norme FIPS 140-2 à la norme FIPS 140-3 : un risque accru pour les fournisseurs de services cloud (CSP)
Le passage de la norme FIPS 140-2 à la norme 140-3 représente un risque réel pour les fournisseurs de services cloud, car un module qui répondait aux exigences lors de l’autorisation initiale peut voir son statut évoluer en cours de cycle ATO. Le 21 septembre 2026, tous les certificats FIPS 140-2 encore actifs seront transférés vers la liste historique du CMVP, un statut que les agences fédérales ne devraient pas prendre en compte dans leurs nouveaux marchés publics.
Voici le piège : même lorsque vous vous appuyez sur une cryptographie d’infrastructure que vous ne contrôlez pas directement, comme les bibliothèques des fournisseurs de cloud ou les piles d’ TLS s embarquées, vous restez responsable du non-respect de la conformité si ce module arrive à échéance le 21 septembre 2026. La validation d’un module de remplacement peut prendre entre 18 et 30 mois ; le délai disponible est donc plus court que ne le laisse penser le calendrier. Le suivi des listes actives et historiques du CMVP est le seul moyen de savoir où vous en êtes.
Préparation à l'audit : ce que les auditeurs examinent réellement
Les évaluations se concentrent sur les preuves concrètes, et non sur les déclarations de principe. Affirmer que vous utilisez une cryptographie validée ne revient pas à prouver quel module, quelle version et quel certificat sont effectivement utilisés en production. Préparez-vous à présenter vos travaux.
La liste de contrôle des éléments de preuve
Attendez-vous à ce que les examinateurs approfondissent les points suivants :
- Vérification du statut d'activité des modules FIPS : s'assurer que les modules apparaissent comme « Actifs » dans la liste des modules validés par le CMVP, et non comme « Historiques » ou « En cours de traitement ».
- Correspondance entre la version et le certificat : la version exacte du module et le numéro de certificat utilisés en production, tels qu’ils figurent dans la « Synthèse du pack de certification ».
- Enregistrement des failles acceptées pour les modules historiques : pour tout module FIPS 140-2 encore en production après la date de fin de vie du 21 septembre 2026, une justification documentée et un plan daté de migration vers un module FIPS 140-3 activement validé.
- Documentation relative à la gestion des clés : procédures d'établissement et de gestion des clés associées à un module spécifique validé.
- Données issues de la surveillance continue : des données automatisées et en temps réel qui viennent étayer vos 20 indicateurs clés de performance (KSI).
- Vérification des artefacts signés : signatures sur les images de conteneurs, les artefacts de compilation et les correctifs déployés au sein de la zone d'autorisation.
Comment Keyfactor vous aider
Pour répondre aux exigences cryptographiques du programme FedRAMP, il faut savoir quelle cryptographie vous utilisez, prouver qu’elle a été validée et veiller à ce que ces preuves soient à jour. Les solutions proposées par Keyfactorcorrespondent directement aux domaines de contrôle mentionnés ci-dessus.
Keyfactor AgileSec assure le suivi des versions des modules et des certificats par rapport aux listes actives et historiques du CMVP, la norme sur laquelle repose la version 1.1.0 de la politique. Il analyse votre environnement informatique pour identifier, répertorier et noter les actifs cryptographiques, afin que vous sachiez où se trouve chaque module avant même qu’un évaluateur ne vous le demande.
EJBCA fournit une infrastructure de gestion des identités ( PKI ) certifiée FIPS, prenant en charge les normes SC-13 (chiffrement des données) et IA-7 (modules d’authentification). Elle émet et gère l’identité certifiée sur laquelle repose votre service cloud, tout en garantissant la traçabilité exigée par les environnements réglementés.
Keyfactor SignServer (avec Signum) signe les images de conteneurs, les artefacts de compilation et les correctifs déployés au sein de la zone d’autorisation, permettant ainsi la vérification des artefacts signés attendue par les auditeurs. La signature centralisée, régie par des règles, remplace les outils ponctuels par des workflows traçables et vérifiables.
Keyfactor Command couvre les aspects clés liés à la mise en place et à la gestion (SC-12), à la planification de la migration des modules, ainsi qu'aux données de surveillance continue pour 20 indicateurs clés de sécurité (KSI). Il détecte et automatise la gestion des certificats et des clés, quelle que soit l'autorité de certification (CA) ou l'environnement, afin que les événements liés au cycle de vie ne se traduisent pas par des lacunes en matière de conformité.
Ensemble, ces éléments fonctionnent sur le plan de contrôle « Trust » d’ Keyfactor : une plateforme unique qui observe, analyse, provisionne, orchestre et gère chaque actif cryptographique et chaque identité de machine. L’avantage pour FedRAMP réside dans l’existence d’un système d’enregistrement unique : ainsi, les justificatifs requis par n’importe quel cadre réglementaire proviennent d’une seule source, ce qui évite de devoir les rechercher au hasard auprès de différentes équipes.
Conclusion et prochaines étapes
La gouvernance cryptographique est un atout concurrentiel, et non pas simplement un moyen d'éviter les sanctions. Une bonne visibilité sur les clés cryptographiques et une gestion efficace de leur cycle de vie vous permettent d'accélérer le processus de certification FedRAMP et de vous remettre plus rapidement des expirations de certificats et de la prise en charge des algorithmes obsolètes.
Commencez par suivre ces trois étapes concrètes :
- Bénéficiez d'une visibilité complète sur tous les actifs cryptographiques de votre environnement.
- Évaluer les besoins actuels et à court terme, en vérifiant l'état de validation des modules en vue de leur retrait progressif prévu en 2026.
- Mettez en place un système automatisé de gestion du cycle de vie des certificats et des clés avant que ces lacunes ne viennent entraver la conclusion de contrats fédéraux.
Prêt à découvrir comment cela fonctionne concrètement ? Demander une démo.
Vous avez des questions sur la cryptographie dans le cadre du programme FedRAMP ? Nous avons les réponses.
Quelle norme cryptographique le programme FedRAMP exige-t-il ?
Le programme FedRAMP exige l'utilisation d'une cryptographie approuvée, mise en œuvre via un module validé selon la norme FIPS 140, une version mise à jour d'un module validé ou un module approuvé par la NSA. Les modules sont validés dans le cadre du programme CMVP, et les algorithmes sont testés dans le cadre du programme CAVP. Le degré de rigueur requis pour l'utilisation de modules validés varie désormais selon la classe de certification : obligatoire pour la classe D, recommandée pour la classe C et facultative pour les classes A et B. La documentation des modules utilisés est obligatoire pour toutes les classes.
Quels contrôles de la norme NIST SP 800-53 répondent aux exigences cryptographiques du programme FedRAMP ?
Les contrôles essentiels sont les suivants : SC-13 (protection cryptographique des données fédérales), SC-12 (établissement et gestion des clés) et IA-7 (conformité des modules d'authentification cryptographique). Ensemble, ils couvrent le chiffrement, le cycle de vie des clés et l'authentification via des modules validés.
L'absence d'un module validé FIPS peut-elle réellement faire obstacle à une certification FedRAMP ?
Oui. Les directives du programme FedRAMP elles-mêmes mentionnent l'absencede modules de chiffrement validés FIPS 140 comme un obstacle courant. L'utilisation de modules validés est obligatoire pour la classe D, recommandée pour la classe C et facultative pour les classes A et B (CMU-CSO-UVM). L'utilisation de techniques de cryptographie non documentées constitue un constat négatif, quelle que soit la classe.
Qu'est-ce que la politique FedRAMP relative aux modules cryptographiques v1.1.0 ?
Approuvée par le conseil d'administration de FedRAMP le 16 janvier 2025, elle propose deux voies aux fournisseurs de services cloud (CSP). Une voie de validation des modules privilégie le maintien de la dernière version validée selon la norme FIPS, tandis qu'une autre voie permet aux CSP d'intégrer des correctifs de sécurité urgents plus rapidement que ne le permettrait une revalidation complète.
Qu'est-ce que FedRAMP 20x et quand s'applique-t-il ?
FedRAMP 20x est le parcours de certification axé en priorité sur l'automatisation, articulé autour d'indicateurs clés de sécurité (KSI) plutôt que sur des descriptions détaillées de chaque contrôle. La norme KSI est entrée en vigueur le 30 mai 2025 pour les autorisations pilotes 20x Low. Elle s'applique désormais dans le cadre des règles consolidées pour 2026 : le processus de classe A a été ouvert le 3 août 2026, et ceux des classes B et C le 31 août 2026. La classe D reste pour l'instant sur le parcours Rev5.
Pourquoi l'expiration de la norme FIPS 140-2, prévue le 21 septembre 2026, est-elle importante pour les fournisseurs de services cloud ?
À cette date, les certificats FIPS 140-2encore en vigueur seront transférés vers la liste historique du CMVP. Un module qui répondait aux exigences lors de l'autorisation initiale peut passer au statut « historique » en cours de cycle, et un fournisseur de services cloud(CSP) reste responsable de l'écart de conformité même s'il s'appuie sur une infrastructure cryptographique qu'il ne contrôle pas directement.
Quels éléments de preuve les évaluateurs FedRAMP recherchent-ils en matière de cryptographie ?
Les évaluateurs se concentrent sur des preuves tangibles : la vérification du statut « actif » des modules figurant sur la liste CMVP, la correspondance entre les versions et les certificats dans la synthèse du dossier de certification (Certification Package Overview), une liste des faiblesses acceptées pour les modules dont la date de fin de vie approche en 2026, une gestion des clés documentée et liée à un module validé, des données de surveillance continue indiquant les versions des modules en cours d’utilisation, ainsi que des artefacts de déploiement signés.
Par quoi un CSP doit-il commencer pour se préparer ?
Commencez par identifier l'ensemble des composants cryptographiques et l'état de validation de leurs modules, puis vérifiez la conformité entre la version des modules et celle des certificats, et remplacez tout élément figurant actuellement sur la liste historique du CMVP.
