FIPS 140 合规性徽标
全球 | 政府和公共部门

FIPS 140 要求

美国国家标准与技术研究院 (NIST) 发布了联邦信息处理标准 (FIPS) 出版物系列 140,以协调加密模块(包括硬件和软件组件)的要求和标准,供美国和加拿大政府部门和机构使用以保护敏感信息。

FIPS 140 合规性

云服务提供商 (CSP) 需要实施 FIPS 安全控制措施,以满足美国和加拿大政府及其承包商和供应商对云计算的要求。FIPS 出版物 140 规定,如果采用加密作为满足安全要求的机制,则必须根据加密模块验证计划 (CMVP) 进行 FIPS 验证。

最新的 FIPS 140 系列发布标准为第三次修订版,通常称为 FIPS 140-3。NIST 已发布从 FIPS 140-2 标准迁移到 140-3 标准的过渡路线图,Google 也致力于完成这一过渡。自 2022 年 9 月起,Google 针对新模块提交的所有 FIPS 140 内容都已符合 140-3 标准。根据 CMVP 指南,FIPS 140 的验证对象是加密模块,而非单个云服务。Google Cloud 服务借助底层经过 FIPS 140 验证的加密模块来实现合规。

Google Cloud 中的 FIPS 140 加密概览

Google Cloud 在其全球基础设施中保护客户数据,对静态数据、Google 数据中心之间传输中的数据以及外部客户端与 Google 之间的通信渠道使用经过 FIPS 验证的加密模块。

  • BoringCrypto 模块 (BCM):Google 核心开源、经过 FIPS 140 验证的加密模块,内嵌于源自 OpenSSL 的开源加密库 BoringSSL 中。BoringCrypto 是核心软件加密引擎,为原生 Google Cloud 服务的静态数据加密与传输中数据加密提供底层保障。
  • 硬件安全模块 (HSM):最高通过 FIPS 140-2 / FIPS 140-3 3 级验证的专用物理加密硬件。Google Cloud 客户可以利用 Cloud HSM 访问 Google HSM 集群。

NIST FIPS 140-2 弃用时间表

根据 NIST 的过渡时间表,所有有效的 FIPS 140-2 证书已于 2026 年 9 月 21 日移至 CMVP 历史列表。根据 NIST 和 CMVP 政策:

  • 状态变为“历史”反映的是标准版本的弃用,并非撤销,也不代表存在安全漏洞。
  • 联邦机构和受监管客户获准继续运行并利用包含历史状态 FIPS 140-2 模块的现有系统。

Google 的 BoringCrypto 滚动验证生命周期

Google Cloud 遵循《FedRAMP 加密模块选择和使用政策》,该政策要求定期重新验证和更新加密模块。Google 并没有将所有云原生服务绑定到单个静态修订版本,而是根据 FIPS 140-3 为 BoringCrypto 维护一个滚动、持续验证的生命周期。随着这些服务持续更新,不同后端组件或在不同阶段可能会采用不同的、经过验证的 BoringCrypto 构建版本。Google 始终如一地执行这一政策,并将该更新流模型应用于其他要求 FIPS 加密认证的法规与指令,包括 CJIS、ITAR、DoD IL4 和 IL5、IRS 1075、JISF 以及 Protected B。

  • FIPS 140-2(证书编号 4407):BoringCrypto - 历史状态(截至 2026 年 9 月 21 日)
  • FIPS 140-3(证书编号 4735):BoringCrypto - 有效(2024 年 7 月通过验证)
  • FIPS 140-3(证书编号 5104):BoringCrypto - 有效(2025 年 12 月通过验证)
  • FIPS 140-3(证书编号 5244):BoringCrypto - 有效(2026 年 4 月通过验证)
  • FIPS 140-3(证书编号 5296):BoringCrypto - 有效(2026 年 6 月通过验证)

(如需查看 Google 经过 CMVP 验证的有效 BoringCrypto 构建版本的完整列表,请搜索 CMVP 数据库,并在搜索时将 Vendor [供应商]设为 Google,将 Module Name [模块名称]设为 BoringCrypto。)

Google Cloud 会逐步将内部基准服务二进制文件更新到这些经过 FIPS 140-3 验证的有效构建版本,确保在底层平台服务中提供持续的加密保护,而不会引入破坏性更改或服务中断。

FIPS 加密的责任共担模型

FIPS 140 标准下的加密合规遵循 Google Cloud 与客户之间的责任共担模型。

Google Cloud 的责任(“云自身安全”)

  • 物理和数据中心间安全:对在 Google 专用全球光纤网络中传输的数据进行加密。
  • 原生托管式服务:为完全由 Google Cloud 设计、维护和运营的 FedRAMP 授权产品和服务提供平台加密。
  • CMVP 生命周期管理:维护 BoringCrypto 和底层 HSM 的有效 FIPS 140-3 认证。
  • 对客户零干扰:后端加密转换过程无需客户修改端点、层级或网址。

客户的责任(“云内部安全”)

  • 客机操作系统和工作负载:在 Compute Engine 或 GKE 工作器节点上运行的客机操作系统(例如 Ubuntu Advantage FIPS、RHEL FIPS 模式)中启用 FIPS 模式。
  • 客户端 TLS 和 API 连接:确保连接到 Google APIs 的客户端软件、SDK 和开发者端点均使用经过验证的加密库。
  • 应用层数据加密:管理加密密钥(通过 Cloud KMS、Cloud HSM、CMEK 或 Cloud EKM)以及客机内数据保护策略。

面向受监管客户的信息

对于需要在其系统安全计划 (SSP) 中记录引用授权的 SaaS 提供商、联邦机构和企业客户:

  • 控制措施 SC-13 继承:利用 Google Cloud 原生服务的客户可以继承 Google 服务 FedRAMP 授权(FedRAMP ID:FR1805751477)下的 Google 加密控制措施。
  • SSP 加密模块表:由于 Google 在其滚动验证模型下持续验证 BoringCrypto 的构建版本,因此客户应在文档中说明其加密保护继承了 Google 有效的 FIPS 140-3 BoringCrypto 证书,并引用 Google Cloud 的 FedRAMP 系统安全计划/客户实施摘要。
  • 审计师保证与证明:官方合规性软件包、3PAO 安全评估报告 (SAR) 以及持续监控制品均可在签署 NDA(保密协议)后,通过 Google Cloud 合规报告管理器获取。

常见问题解答 (FAQ)

每个 Google Cloud 原生服务是否都绑定到单个 BoringCrypto 证书(例如 #5104)?

不会。Google 严格遵循《FedRAMP 加密模块选择和使用政策》,该政策要求开展持续的定期重新验证。随着各项服务持续更新,Google 在其整个基础设施机群中运行着多个通过 FIPS 140-3 验证的有效 BoringCrypto 修订版本。

迁移到 FIPS 140-3 认证的加密模块是否需要客户采取行动或重新配置服务?

不需要。底层基础设施和 Google Cloud 原生托管式服务向 FIPS 140-3 的迁移会在后台无感完成,无需更改 API 端点、网络配置或服务层级。

2026 年 9 月 21 日之后,依赖 FIPS 140-2 的现有授权会受到什么影响?

根据 NIST CMVP 指南,历史状态模块在现有系统中仍可继续有效使用和维护。与此同时,Google Cloud 遵循 FIPS 140-3 对 BoringCrypto 构建版本执行滚动验证,可确保底层云服务始终维持有效合规状态。

更进一步

获享 $300 赠金以及 20 多种提供“始终免费”用量的产品,开始在 Google Cloud 上构建项目。

Security