
美国国家标准与技术研究院 (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 验证的加密模块。
NIST FIPS 140-2 弃用时间表
根据 NIST 的过渡时间表,所有有效的 FIPS 140-2 证书已于 2026 年 9 月 21 日移至 CMVP 历史列表。根据 NIST 和 CMVP 政策:
Google 的 BoringCrypto 滚动验证生命周期
Google Cloud 遵循《FedRAMP 加密模块选择和使用政策》,该政策要求定期重新验证和更新加密模块。Google 并没有将所有云原生服务绑定到单个静态修订版本,而是根据 FIPS 140-3 为 BoringCrypto 维护一个滚动、持续验证的生命周期。随着这些服务持续更新,不同后端组件或在不同阶段可能会采用不同的、经过验证的 BoringCrypto 构建版本。Google 始终如一地执行这一政策,并将该更新流模型应用于其他要求 FIPS 加密认证的法规与指令,包括 CJIS、ITAR、DoD IL4 和 IL5、IRS 1075、JISF 以及 Protected B。
(如需查看 Google 经过 CMVP 验证的有效 BoringCrypto 构建版本的完整列表,请搜索 CMVP 数据库,并在搜索时将 Vendor [供应商]设为 Google,将 Module Name [模块名称]设为 BoringCrypto。)
Google Cloud 会逐步将内部基准服务二进制文件更新到这些经过 FIPS 140-3 验证的有效构建版本,确保在底层平台服务中提供持续的加密保护,而不会引入破坏性更改或服务中断。
FIPS 加密的责任共担模型
FIPS 140 标准下的加密合规遵循 Google Cloud 与客户之间的责任共担模型。
Google Cloud 的责任(“云自身安全”)
客户的责任(“云内部安全”)
面向受监管客户的信息
对于需要在其系统安全计划 (SSP) 中记录引用授权的 SaaS 提供商、联邦机构和企业客户:
不会。Google 严格遵循《FedRAMP 加密模块选择和使用政策》,该政策要求开展持续的定期重新验证。随着各项服务持续更新,Google 在其整个基础设施机群中运行着多个通过 FIPS 140-3 验证的有效 BoringCrypto 修订版本。
不需要。底层基础设施和 Google Cloud 原生托管式服务向 FIPS 140-3 的迁移会在后台无感完成,无需更改 API 端点、网络配置或服务层级。
根据 NIST CMVP 指南,历史状态模块在现有系统中仍可继续有效使用和维护。与此同时,Google Cloud 遵循 FIPS 140-3 对 BoringCrypto 构建版本执行滚动验证,可确保底层云服务始终维持有效合规状态。