Requisiti FIPS 140

Il National Institute of Standards and Technology (NIST) pubblica il documenti Federal Information Processing Standard (FIPS) Publication Series 140 (FIPS) per coordinare i requisiti e gli standard per i moduli crittografici, che includono componenti hardware e software per l'uso da parte di dipartimenti e agenzie dei governi degli Stati Uniti e del Canada per proteggere le informazioni sensibili.

Conformità a FIPS 140

I provider di servizi cloud (CSP) sono tenuti a implementare il controllo di sicurezza FIPS per soddisfare i requisiti del cloud computing per i governi statunitense e canadese, nonché per i loro appaltatori e fornitori. La pubblicazione FIPS 140 stabilisce che, se la crittografia viene utilizzata come meccanismo per soddisfare un requisito di sicurezza, deve essere convalidata FIPS nell'ambito del Cryptographic Module Validation Program (CMVP). 

La più recente pubblicazione FIPS Publication Series 140 è la terza revisione, comunemente denominata FIPS 140-3. Il NIST ha pubblicato una roadmap di transizione per la migrazione dallo standard FIPS 140-2 a 140-3 e Google si impegna a completare questa transizione. Da settembre 2022, tutte le richieste di Google per la certificazione FIPS 140 per i nuovi moduli sono state presentate secondo lo standard 140-3. In base alle linee guida del CMVP, l'ambito di una convalida FIPS 140 è un modulo crittografico piuttosto che un singolo servizio cloud. I servizi Google Cloud raggiungono la conformità affidandosi ai moduli crittografici sottostanti convalidati FIPS 140.

Panoramica della crittografia FIPS 140 in Google Cloud

Google Cloud protegge i dati dei clienti nella sua infrastruttura globale utilizzando moduli crittografici convalidati da FIPS per i dati at-rest, i dati in transito tra i data center di Google e i canali di comunicazione esterni tra client e Google.

• BoringCrypto Module (BCM): il modulo crittografico open source principale di Google, convalidato FIPS 140, all'interno di BoringSSL, una libreria crittografica open source derivata da OpenSSL. BoringCrypto funge da motore crittografico software principale che alimenta la crittografia at-rest e in transito nei servizi nativi di Google Cloud.
• Moduli di sicurezza hardware (HSM): hardware crittografico fisico dedicato convalidato fino a FIPS 140-2 / FIPS 140-3 livello 3. I clienti di Google Cloud possono utilizzare Cloud HSM per accedere ai cluster di HSM di Google.

NIST FIPS 140-2 Sunset Timeline

In base al programma di transizione del NIST, tutti i certificati FIPS 140-2 attivi sono stati spostati nell'elenco storico del CMVP il 21 settembre 2026. In base alle norme NIST e CMVP:

• Il passaggio allo stato "Storico" riflette il ritiro della versione standard: non si tratta di una revoca o di una vulnerabilità di sicurezza.
• Le agenzie federali e i clienti regolamentati possono continuare a utilizzare e sfruttare i sistemi esistenti che mantengono i moduli FIPS 140-2 storici.

Ciclo di vita della convalida continua di Google per BoringCrypto

Google Cloud aderisce alle norme FedRAMP per la selezione e l'utilizzo dei moduli crittografici, che impongono la riconvalida e l'aggiornamento periodici dei moduli crittografici. Invece di vincolare tutti i servizi cloud-native a un'unica revisione statica, Google mantiene un ciclo di vita di convalida continuo e in sequenza per BoringCrypto secondo lo standard FIPS 140-3. Man mano che questi servizi vengono aggiornati, possono sfruttare diverse build BoringCrypto convalidate nel tempo o tra diversi componenti di backend. Google implementa costantemente questa policy, applicando il modello di flusso di aggiornamento ad altre direttive che richiedono la certificazione crittografica FIPS, tra cui CJIS, ITAR, DoD IL4 e IL5, IRS 1075, JISF e Protected B.

• FIPS 140-2 (certificato n. 4407): BoringCrypto - Storico (al 21 settembre 2026)
• FIPS 140-3 (certificato n.4735): BoringCrypto — Attivo (convalidato a luglio 2024)
• FIPS 140-3 (certificato n. 5104): BoringCrypto - Attivo (convalidato a dicembre 2025)
• FIPS 140-3 (certificato n. 5244): BoringCrypto - Attivo (convalidato ad aprile 2026)
• FIPS 140-3 (certificato n.5296): BoringCrypto - Attivo (convalidato a giugno 2026)

Per visualizzare l'elenco completo delle build BoringCrypto attive convalidate da CMVP di Google, cerca nel database CMVP selezionando Google come fornitore e BoringCrypto come nome del modulo.

Google Cloud aggiorna progressivamente i file binari dei servizi di base interni a queste build attive convalidate FIPS 140-3, garantendo una protezione crittografica continua nei servizi della piattaforma sottostante senza introdurre modifiche che provocano un errore o interruzioni del servizio.

Modello di responsabilità condivisa per la crittografia FIPS

La conformità crittografica ai sensi dello standard FIPS 140 è regolata da un modello di responsabilità condivisa tra Google Cloud e il cliente.

Responsabilità di Google Cloud ("Sicurezza del cloud")

• Sicurezza fisica e tra data center: crittografia dei dati in transito sulla rete in fibra ottica globale privata di Google.
• Servizi gestiti nativi: crittografia della piattaforma per prodotti e servizi autorizzati FedRAMP completamente progettati, gestiti e gestiti da Google Cloud. 
• Gestione del ciclo di vita CMVP: mantenimento delle certificazioni FIPS 140-3 attive per BoringCrypto e gli HSM sottostanti.
• Zero interruzioni per i clienti: transizione della crittografia di backend senza richiedere modifiche all'endpoint, al livello o all'URL del cliente.

Responsabilità del cliente ("Sicurezza nel cloud")

• Sistema operativo guest e workload: abilitazione della modalità FIPS nei sistemi operativi guest (ad es. Ubuntu Advantage FIPS, modalità RHEL FIPS) in esecuzione su Compute Engine o nodi worker GKE.
• Connessioni TLS e API lato client: garantire che il software client, gli SDK e gli endpoint degli sviluppatori che si connettono alle API di Google utilizzino librerie crittografiche convalidate.
• Crittografia dei dati a livello di applicazione: gestione delle chiavi di crittografia (tramite Cloud KMS, Cloud HSM, CMEK o Cloud EKM) e dei criteri di protezione dei dati in-guest.

Informazioni per i clienti regolamentati

Per i fornitori SaaS, le agenzie federali e i clienti aziendali che documentano le autorizzazioni sfruttate nel loro System Security Plan (SSP):

• Ereditarietà del controllo SC-13: i clienti che sfruttano i servizi nativi di Google Cloud possono ereditare i controlli crittografici di Google nell'ambito dell'autorizzazione FedRAMP dei servizi Google (ID FedRAMP: FR1805751477).
• Tabella dei moduli crittografici SSP: poiché Google convalida continuamente le build di BoringCrypto nell'ambito del suo modello di convalida continua, i clienti devono documentare che la loro protezione crittografica eredita i certificati BoringCrypto FIPS 140-3 attivi di Google e citare il piano di sicurezza del sistema FedRAMP / riepilogo dell'implementazione del cliente di Google Cloud.
• Garanzia e attestazione dei revisori: i pacchetti di conformità ufficiali, i report di valutazione della sicurezza (SAR) 3PAO e gli artefatti di monitoraggio continuo possono essere recuperati tramite il Gestore dei report di conformità di Google Cloud ai sensi dell'NDA.