Exigences de la norme FIPS 140

Développée par le National Institute of Standards and Technology (NIST), la norme FIPS (Federal Information Processing Standard) 140 permet de coordonner les exigences et les normes relatives aux modules de chiffrement, qui incluent des composants matériels et logiciels utilisés par les services et les organismes des gouvernements canadien et américain pour protéger les informations sensibles.

Conformité avec la norme FIPS 140

Les fournisseurs de services cloud, ainsi que leurs sous-traitants et fournisseurs, sont tenus d'implémenter le contrôle de sécurité FIPS pour répondre aux exigences liées au cloud computing des gouvernements canadien et américain. La norme FIPS 140 stipule que si le chiffrement est utilisé comme mécanisme pour répondre à une exigence de sécurité, il doit être validé par FIPS dans le cadre du programme de validation des modules de chiffrement (CMVP, Cryptographic Module Validation Program).

La dernière série de publications FIPS 140 est la troisième révision, communément appelée FIPS 140-3. Le NIST a publié une feuille de route de transition pour passer de la norme FIPS 140-2 à la norme 140-3, et Google s'est engagé à effectuer cette transition. Depuis septembre 2022, toutes les demandes FIPS 140 de Google pour de nouveaux modules sont conformes à la norme 140-3. Conformément aux recommandations du CMVP, la validation FIPS 140 s'applique à un module cryptographique plutôt qu'à un service cloud individuel. Les services Google Cloud sont conformes grâce aux modules cryptographiques sous-jacents certifiés FIPS 140.

Présentation de la cryptographie FIPS 140 dans Google Cloud

Google Cloud protège les données client sur l'ensemble de son infrastructure mondiale à l'aide de modules cryptographiques certifiés FIPS pour les données au repos, les données en transit dans les centres de données Google et les canaux de communication externes entre le client et Google.

• Module BoringCrypto (BCM) : module cryptographique Open Source de base de Google, certifié FIPS 14 et intégré à BoringSSL, une bibliothèque cryptographique Open Source dérivée d'OpenSSL. BoringCrypto constitue le principal moteur cryptographique logiciel pour le chiffrement au repos et en transit dans les services Google Cloud natifs.
• Modules de sécurité matériels (HSM, Hardware Security Modules) : matériel cryptographique physique dédié, certifié jusqu'à FIPS 140-2/FIPS 140-3 niveau 3. Les clients Google Cloud peuvent utiliser Cloud HSM pour accéder aux clusters des modules HSM de Google.

Calendrier de retrait progressif de la norme FIPS 140-2 du NIST

Conformément au calendrier de transition du NIST, tous les certificats FIPS 140-2 actifs ont été transférés vers la liste historique du CMVP le 21 septembre 2026. Conformément aux directives du NIST et du CMVP :

• Le passage à l'état "Historique" reflète l'abandon de la version standard. Il ne s'agit pas d'une révocation ni d'une faille de sécurité.
• Les agences fédérales et les clients réglementés peuvent continuer à exploiter les systèmes existants qui utilisent les modules FIPS 140-2 historiques.

Cycle progressif de validation de Google pour BoringCrypto

Google Cloud respecte le règlement FedRAMP concernant la sélection et l'utilisation de modules cryptographiques, qui exige une revalidation et une mise à jour périodiques des modules cryptographiques. Plutôt que de lier tous les services cloud natifs à une seule révision statique, Google applique un cycle progressif de validation continue pour BoringCrypto conformément à la norme FIPS 140-3. À mesure que ces services sont mis à jour, ils peuvent exploiter plusieurs builds BoringCrypto certifiés dans le temps ou sur différents composants backend. Google applique systématiquement ce règlement en appliquant le modèle de flux de mise à jour à d'autres directives qui nécessitent une certification cryptographique FIPS, y compris CJIS, ITAR, DoD IL4 et IL5, IRS 1075, JISF et Protected B.

• FIPS 140-2 (certificat nº 4407) : BoringCrypto – Historique (au 21 septembre 2026)
• FIPS 140-3 (certificat nº 4735) : BoringCrypto – Actif (validé en juillet 2024)
• FIPS 140-3 (certificat n° 5104) : BoringCrypto – Actif (validé en décembre 2025)
• FIPS 140-3 (certificat nº 5244) : BoringCrypto – Actif (validé en avril 2026)
• FIPS 140-3 (certificat nº 5296) : BoringCrypto – Actif (validé en juin 2026)

(Pour afficher la liste complète des builds BoringCrypto actifs de Google validés par le CMVP, effectuez une recherche dans la base de données du CMVP, en sélectionnant Google comme fournisseur et BoringCrypto comme nom de module.)

Google Cloud met progressivement à jour les binaires de référence internes de ses services vers ces builds actifs certifiés FIPS 140-3, ce qui garantit une protection cryptographique continue sur les services sous-jacents de la plate-forme, sans introduire de modifications destructives ni d'interruptions de service.

Modèle de responsabilité partagée pour la cryptographie FIPS

La conformité cryptographique à la norme FIPS 140 est régie par un modèle de responsabilité partagée entre Google Cloud et le client.

Responsabilité de Google Cloud ("Sécurité du cloud")

• Sécurité physique et entre les centres de données : chiffrement des données en transit sur le réseau mondial privé de fibre optique de Google.
• Services gérés natifs : chiffrement au niveau de la plate-forme pour les produits et services autorisés par FedRAMP, entièrement conçus, gérés et exploités par Google Cloud. 
• Gestion du cycle de vie du CMVP : maintien des certifications FIPS 140-3 actives pour BoringCrypto et les modules HSM sous-jacents.
• Aucune interruption pour les clients : transition de la cryptographie backend, sans nécessiter de modifications des points de terminaison, des niveaux ou des URL des clients.

Responsabilité du client ("Sécurité dans le cloud")

• OS invités et charges de travail : activation du mode FIPS dans les systèmes d'exploitation invités (par exemple, Ubuntu Advantage FIPS, mode FIPS de RHEL) exécutés sur des nœuds de calcul Compute Engine ou GKE.
• Connexions TLS et API côté client : vérification de l'utilisation des bibliothèques cryptographiques certifiées par les logiciels clients, les SDK et les points de terminaison des développeurs qui se connectent aux API Google.
• Chiffrement des données de la couche d'application : gestion des clés de chiffrement (via Cloud KMS, Cloud HSM, CMEK ou Cloud EKM) et des règles de protection des données dans les environnements invités.

Informations à l'intention des clients réglementés

Pour les fournisseurs de solutions SaaS, les agences fédérales et les entreprises clientes qui documentent les autorisations exploitées dans leur plan de sécurité du système (SSP, System Security Plan) :

• Héritage du contrôle SC-13 : les clients qui utilisent les services natifs de Google Cloud peuvent hériter des contrôles cryptographiques de Google dans le cadre de l'autorisation FedRAMP des services Google (ID FedRAMP : FR1805751477).
• Tableau des modules cryptographiques du SSP : Google validant en continu les builds de BoringCrypto conformément à son modèle de validation continue, les clients doivent documenter que leur protection cryptographique hérite des certificats BoringCrypto FIPS 140-3 actifs de Google, et citer le plan de sécurité du système FedRAMP ou le résumé de l'implémentation client de Google Cloud.
• Justificatifs de conformité et attestations à l'intention des auditeurs : les packages de conformité officiels, les rapports d'évaluation de la sécurité (SAR) 3PAO et les artefacts de surveillance continue peuvent être récupérés via le gestionnaire des rapports de conformité Google Cloud selon les termes du NDA.