Requisitos do FIPS 140

O Instituto Nacional de Padrões e Tecnologia (NIST) publica a série de publicações 140 do Padrão Federal de Processamento de Informações (FIPS) para coordenar os requisitos e padrões de módulos criptográficos, que incluem componentes de hardware e software para uso por departamentos e agências dos governos dos Estados Unidos e do Canadá para proteger informações sensíveis.

Conformidade com o FIPS 140

Os provedores de serviços de nuvem (CSPs) precisam implementar o controle de segurança FIPS para atender aos requisitos de computação em nuvem dos governos dos EUA e do Canadá, bem como dos contratados e fornecedores. A publicação FIPS 140 estipula que, se a criptografia for empregada como um mecanismo para atender a um requisito de segurança, ela precisa ser validada pelo FIPS no âmbito do Programa de Validação de Módulos Criptográficos (CMVP). 

A mais recente série de publicações FIPS 140 é a terceira revisão, comumente chamada de FIPS 140-3. O NIST publicou um roteiro de transição para migrar do padrão FIPS 140-2 para o 140-3, e o Google está comprometido com essa transição. Desde setembro de 2022, todos os envios do Google para o FIPS 140 de novos módulos estão de acordo com o padrão 140-3. De acordo com as orientações do CMVP, o escopo de uma validação FIPS 140 é um módulo criptográfico, e não um serviço de nuvem individual. Os serviços do Google Cloud alcançam a conformidade usando módulos criptográficos validados pelo FIPS 140.

Visão geral da criptografia FIPS 140 no Google Cloud

O Google Cloud protege os dados dos clientes em toda a infraestrutura global usando módulos criptográficos validados pelo FIPS para dados em repouso, dados em trânsito nos data centers do Google e canais de comunicação externos entre o cliente e o Google.

• Módulo BoringCrypto (BCM): o principal módulo criptográfico de código aberto do Google, validado pelo FIPS 140, no BoringSSL, uma biblioteca criptográfica de código aberto derivada do OpenSSL. O BoringCrypto é o principal mecanismo criptográfico de software que possibilita a criptografia em repouso e em trânsito nos serviços nativos do Google Cloud.
• Módulos de segurança de hardware (HSMs): hardware criptográfico físico dedicado validado até o FIPS 140-2 / FIPS 140-3 nível 3. Os clientes do Google Cloud podem usar o Cloud HSM para acessar clusters de HSMs do Google.

Cronograma de desativação do NIST FIPS 140-2

De acordo com o cronograma de transição do NIST, todos os certificados FIPS 140-2 ativos foram movidos para a Lista histórica do CMVP em 21 de setembro de 2026. De acordo com a política do NIST e do CMVP:

• A mudança para o status "Histórico" reflete a desativação da versão padrão, não é uma revogação ou uma vulnerabilidade de segurança.
• Agências federais e clientes regulamentados podem continuar operando e usando sistemas que mantêm módulos FIPS 140-2 históricos.

Ciclo de vida de validação contínua do Google para BoringCrypto

O Google Cloud segue a Política do FedRAMP para seleção e uso de módulos criptográficos, que exige a revalidação e atualização periódicas dos módulos criptográficos. Em vez de vincular todos os serviços nativos da nuvem a uma única revisão estática, o Google mantém um ciclo de vida de validação contínuo para o BoringCrypto de acordo com o FIPS 140-3. À medida que esses serviços são atualizados, eles podem usar diferentes builds validados do BoringCrypto ao longo do tempo ou em diferentes componentes de back-end. O Google implementa essa política de maneira consistente, aplicando o modelo de fluxo de atualização a outras diretivas que exigem certificação criptográfica FIPS, incluindo CJIS, ITAR, DoD IL4 e IL5, IRS 1075, JISF e Protected B.

• FIPS 140-2 (certificado nº 4407): BoringCrypto — Histórico (a partir de 21 de setembro de 2026)
• FIPS 140-3 (certificado nº 4735): BoringCrypto — Ativo (validado em julho de 2024)
• FIPS 140-3 (certificado nº 5104): BoringCrypto — Ativo (validado em dezembro de 2025)
• FIPS 140-3 (certificado nº 5244): BoringCrypto — Ativo (validado em abril de 2026)
• FIPS 140-3 (certificado nº 5296): BoringCrypto — Ativo (validado em junho de 2026)

Para ver a lista completa de builds do BoringCrypto validados pelo CMVP do Google, pesquise no banco de dados do CMVP, selecionando o Google como fornecedor e o BoringCrypto como nome do módulo.

O Google Cloud atualiza progressivamente os binários de serviço de referência internos para essas versões ativas validadas pelo FIPS 140-3, garantindo proteção criptográfica contínua nos serviços de plataforma subjacentes sem introduzir alterações interruptivas ou interrupções de serviço.

Modelo de responsabilidade compartilhada para criptografia FIPS

A conformidade criptográfica de acordo com o FIPS 140 é regida por um modelo de responsabilidade compartilhada entre o Google Cloud e o cliente.

Responsabilidade do Google Cloud ("Segurança da nuvem")

• Segurança física e entre data centers: criptografia de dados em trânsito na rede de fibra global privada do Google.
• Serviços gerenciados nativos: criptografia de plataforma para produtos e serviços autorizados pelo FedRAMP, totalmente projetados, mantidos e operados pelo Google Cloud. 
• Gerenciamento do ciclo de vida do CMVP: manter as certificações FIPS 140-3 ativas para o BoringCrypto e os HSMs subjacentes.
• Zero interrupção para o cliente: transição da criptografia de back-end sem exigir modificações de endpoint, nível ou URL do cliente.

Responsabilidade do cliente ("Segurança na nuvem")

• SO convidado e cargas de trabalho: ativar o modo FIPS em sistemas operacionais convidados (por exemplo, Ubuntu Advantage FIPS, modo RHEL FIPS) em execução no Compute Engine ou em nós de trabalho do GKE.
• TLS do lado do cliente e conexões de API: garantir que o software do cliente, os SDKs e os endpoints do desenvolvedor que se conectam às APIs do Google usem bibliotecas criptográficas validadas.
• Criptografia de dados na camada do aplicativo: gerenciamento de chaves de criptografia (via Cloud KMS, Cloud HSM, CMEK ou Cloud EKM) e políticas de proteção de dados no convidado.

Informações para clientes regulamentados

Para provedores de SaaS, agências federais e clientes corporativos que documentam autorizações aproveitadas no Plano de Segurança do Sistema (SSP):

• Herança do controle SC-13: os clientes que usam os serviços nativos do Google Cloud podem herdar os controles criptográficos do Google de acordo com a autorização do FedRAMP para os serviços do Google (ID do FedRAMP: FR1805751477).
• Tabela de módulos criptográficos do SSP: como o Google valida continuamente as versões do BoringCrypto com o modelo de validação contínua, os clientes devem documentar que a proteção criptográfica herda os certificados ativos do BoringCrypto FIPS 140-3 do Google e citar o Plano de Segurança do Sistema FedRAMP / Resumo de Implementação do Cliente do Google Cloud.
• Garantia e atestado do auditor: pacotes oficiais de compliance, relatórios de avaliação de segurança (SAR) de 3PAO e artefatos de monitoramento contínuo podem ser recuperados pelo Gerenciador de relatórios de compliance do Google Cloud sob NDA.