借助 Red Hat Enterprise Linux (RHEL) 9.7 為後量子未來做好準備

您是否迫不及待地想在 Red Hat Enterprise Linux (RHEL) 中試用後量子密碼學，但尚未升級到 RHEL 10？為了確保您做好轉換準備，並讓您的企業組織為「Q-Day」做好準備，我們從 RHEL 9.7 開始。現在就開始行動，您可以主動開始強化安全態勢，並為無縫過渡到 RHEL 10 做好準備。

RHEL 9 於 2022 年發布，從安全角度來看是向前邁出的重要一步。它是第一個獲得 FIPS 140-3 認證的 RHEL 版本，符合目前的安全要求。然而，自 2022 年以來發生了很多變化。安全要求已經發生變化，後量子密碼學時代已經到來。出於效能和穩定性的考慮，這些新的加密演算法無法像許多企業所期望的那樣，向後移植到大多數軟體的早期版本。要想在後量子時代獲得持續的穩定性、功能和保護，必須立即升級軟體，RHEL 9.7 可以協助您邁出第一步。

RHEL 9.7 是您實現後量子轉型的關鍵墊腳石。它讓您有機會獲得後量子密碼學的實務經驗，並了解它對您的特定工作負載的影響。您還可以在全面升級到 RHEL 10 之前，確定任何必要的應用程式或基礎架構調整，RHEL 10 提供最全面的後量子加密實作。 

關鍵程式庫和應用程式

當量子威脅迫在眉睫時（Q-Day，目前估計為 2030 年），突然強制過渡到後量子加密技術可能會中斷企業的營運。透過全面測試，您可以在受控環境中識別並解決相容性問題、效能影響和整合挑戰，以便在 Q-Day 之前採取行動。

政府和監管機構越來越多地考慮採用後量子密碼學技術。對 RHEL 9.7 進行早期測試有助於企業滿足未來的法規遵循要求，而不必在最後一刻匆忙進行重大升級。它為解決開發和部署週期早期遇到的任何挑戰，提供了充裕的時間。

RHEL 9.7 為 RHEL 的早期穩定版本帶來了有限的後量子加密功能。這樣，您就可以在現有的 RHEL 9 環境中開始試驗和驗證後量子加密技術，為 RHEL 10 做好準備。很大一部分 RHEL 元件依賴於三個主要的加密程式庫：NSS、GnuTLS 和 OpenSSL。要開始使用 PQC，必須更新這些程式庫。

RHEL 9.7 包含 OpenSSL（支援伺服器端應用程式）和 NSS（廣泛用於用戶端軟體）的穩定更新。借助 RHEL 9.7，依賴於這些程式庫的應用程式可以開始利用後量子加密技術，為您提供針對真實情境的寶貴測試機會。

對於 NSS，我們提供了最新的相關版本，它支援後量子演算法。對於 OpenSSL，長期支援版本 3.5 帶來了多項實用的後量子功能。 

按照您自己的方式進行破壞式創新

為避免立即中斷，RHEL 9.7 預設不啟用後量子加密演算法。但是，您可以選擇採用後量子密碼學 加密策略，這樣可以進行受控測試，並逐步整合到您的系統中，與 RHEL 10 的類似方法相互呼應。這有助於您了解如何在 Red Hat 的加密策略架構內管理後量子加密，然後在 RHEL 10 中全面啟用後量子加密。我們建議您為金鑰交換啟用後量子加密（ML-KEM 混合演算法），以協助保護系統免受「先獲取，後解密」的攻擊，並提供受監管環境中所需的關鍵保護。此功能為具有嚴格法規遵循要求的企業組織，提供了一個早期測試平台。

就功能而言，為了減少部署時對客戶環境的干擾，RHEL 9.7 中的 OpenSSH 尚不支援基於 ML-KEM 的後量子安全金鑰交換，原因是尚未得到廣泛使用。要開始使用後量子 OpenSSH，請考慮升級到 RHEL 10。

FIPS 要求允許將 FIPS 認證演算法的輸出，與混合金鑰交換機制中的補充資料相結合，這對於維護經過驗證和認證的供應商至關重要。為了防範「先獲取，後解密」威脅，並支援 FIPS 環境的要求，RHEL 9.7 中基於 OpenSSL 的元件，甚至可以在 FIPS 模式下使用混合 ML-KEM 金鑰交換，同時使用認證模組。

邁出第一步

從後量子過渡的角度來看，RHEL 9.7 是從傳統加密過渡到後量子的良好開端。您將獲得相同的穩定性（這是對次要版本的主要期望之一），並且您的安全態勢將得到加強，超越目前可用的水平。我們將有限的後量子加密技術支援引入到 RHEL 9.7 中，旨在協助您開始過渡，並讓您的企業組織做好準備，以便在 Q 日之前在 RHEL 10 中成功採用全面的後量子加密技術。