FIPS 140 驗證法規遵循標誌
全球 | 政府與公部門

FIPS 140 要求

美國國家標準暨技術研究院 (NIST) 發布聯邦資訊處理標準 (FIPS) 出版品第 140 號,統整密碼編譯模組 (包括硬體和軟體元件) 的要求與標準,供美國和加拿大政府部門和機關使用,以便保護機密資訊。

通過 FIPS 140 驗證

雲端服務供應商 (CSP) 必須採用 FIPS 安全控管機制,以滿足美國和加拿大政府,以及其承包商與供應商的雲端運算要求。FIPS 140 出版品明訂,若採用加密機制來滿足安全性要求,該機制必須通過「密碼編譯模組核可計畫」(CMVP) 中的 FIPS 驗證。

目前最新版的 FIPS 140 系列出版品是第 3 修訂版本,通稱為「FIPS 140-3」。NIST 已發布從 FIPS 140-2 遷移至 140-3 的轉換藍圖,Google 也致力支持這項轉換行動。自 2022 年 9 月起,Google 提交的所有新模組均以 FIPS 140-3 標準進行驗證。根據 CMVP 的指引,FIPS 140 驗證的範圍是密碼編譯模組,而非個別雲端服務。Google Cloud 服務採用底層通過 FIPS 140 驗證的加密編譯模組,以符合法規。

Google Cloud 的 FIPS 140 密碼編譯技術總覽

Google Cloud 採用通過 FIPS 驗證的密碼編譯模組,保護靜態資料、Google 資料中心之間傳輸的資料,以及外部用戶端與 Google 之間的通訊管道,確保客戶資料在整個全球基礎架構中的安全。

  • BoringCrypto 模組 (BCM):Google 的核心開放原始碼、通過 FIPS 140 驗證的密碼編譯模組,位於 BoringSSL 中,這是一個衍生自 OpenSSL 的開放原始碼密碼編譯程式庫。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 和 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 資料庫,並選取「Google」做為供應商,以及「BoringCrypto」做為模組名稱。)

Google Cloud 會逐步將內部基準服務二進位檔,更新為這些有效且通過 FIPS 140-3 驗證的版本,確保底層平台服務持續受到密碼編譯保護,同時避免破壞性變更或服務中斷。

FIPS 加密編譯的共同責任模式

Google Cloud 和客戶會依據共同責任模式,共同遵守 FIPS 140 的密碼編譯法規。

Google Cloud 的責任 (雲端本身的安全性)

  • 實體與資料中心間的安全性:加密透過 Google 的私人全球光纖網路傳輸的資料。
  • 原生代管服務:為 FedRAMP 授權的產品與服務提供平台加密功能,完全由 Google Cloud 負責設計、維護及營運。
  • CMVP 生命週期管理:維持 BoringCrypto 和底層 HSM 的有效 FIPS 140-3 認證。
  • 客戶服務不中斷:轉換後端密碼編譯,無需修改客戶端點、層級或網址。

客戶責任 (「雲端內部的安全性」)

  • 客體 OS 和工作負載:在 Compute Engine 或 GKE worker 節點上執行的客體作業系統中啟用 FIPS 模式,例如 Ubuntu Advantage FIPS 或 RHEL FIPS 模式。
  • 用戶端 TLS 和 API 連線:確保連線至 Google API 的用戶端軟體、SDK 和開發人員端點,都使用經過驗證的密碼編譯程式庫。
  • 應用程式層資料加密:管理加密金鑰 (透過 Cloud KMS、Cloud HSM、CMEK 或 Cloud EKM) 和客體內資料保護政策。

受監管客戶的相關資訊

SaaS 供應商、聯邦機構以及需要在系統安全計畫 (SSP) 中記錄所採用授權的企業客戶:

  • 繼承控管措施 SC-13:使用 Google Cloud 原生服務的客戶,可繼承 Google 服務 FedRAMP 授權 (FedRAMP ID:FR1805751477) 規範下的 Google 密碼編譯控管措施。
  • SSP 密碼編譯模組表格:由於 Google 採用滾動式驗證機制,持續驗證不同建置版本的 BoringCrypto,客戶應記錄其密碼編譯保護機制繼承了 Google 的有效 FIPS 140-3 BoringCrypto 憑證,並引用 Google Cloud 的 FedRAMP 系統安全性計畫 / 客戶導入摘要。
  • 稽核者保證與認證:官方合規套件、3PAO 安全性評估報告 (SAR) 和持續監控構件,可在簽署保密協議後,透過 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 中建構產品與服務。

Google Cloud