SLES 線上修補程式配置指南:無需重新啟動即可套用核心更新
在 SLES 15 SP7 上啟用核心即時修補,無需重新啟動即可應用支援的修復程序,驗證活動補丁,並了解何時仍需要重新啟動核心。
在 SUSE Linux Enterprise Server 15 上,請使用 SUSE 的fips-mode-setup工作流程設定 FIPS 加密策略和啟動設置,然後重新啟動並驗證結果。請勿將單一核心標誌視為合規性的證明:FIPS 模式只是合規部署的一部分,經過驗證的加密模組和軟體包版本必須與適用於您系統的要求相符。
本程序遵循 SUSE SLES 15 SP7 安全和加固指南,該指南是截至 2026 年 10 月 6 日審查的最新 SLES 15 服務包文件。軟體包的可用性和認證狀態可能會因服務包、架構、儲存庫和支援合約而異。
| 目標 | 行動 | 成功指標 |
|---|---|---|
| 準備新的安裝 | 安裝patterns-base-fips圖案 | 存在與 FIPS 相關的軟體包 |
| 啟用系統配置 | 跑步sudo fips-mode-setup --enable | 該工具報告稱將啟用 FIPS 模式。 |
| 應用程式啟動配置 | 在維護視窗期間重啟 | 伺服器恢復服務 |
| 驗證結果 | 跑步sudo fips-mode-setup --check | 核心、initramfs 和 FIPS 加密策略檢查通過 |
FIPS 140 驗證加密模組及其已核准的設定;它並非針對整個伺服器的通用安全性評級。請確認您的合規機構要求的確切 SLES 服務包、架構、加密模組和應用程式。 SUSE 的 SLES 15 SP7 指南指出,SP7 不會提交 NIST FIPS 140-3 認證。該指南還指出,認證可能涉及特定的二進位和版本。因此,在 SP7 上啟用該模式並不表示作業系統或所有應用程式都已通過 FIPS 140-3 認證。在提出合規性聲明之前,請查看 SUSE 目前的認證資訊以及您的評估機構的要求。
SUSE 建議僅在合規性規則要求時才啟用 FIPS。 FIPS 限制可能會導致舊演算法無法運行,或導致應用程式和整合停止工作;更新也可能影響功能。請先在代表性系統上進行測試。安排停機時間,確保您擁有控制台或帶外存取權限,確認目前備份可用,並記錄復原路徑。如果伺服器位於遠端,請在變更啟動配置之前驗證您是否可以存取其啟動控制台。
記錄平台詳細信息,並驗證伺服器是否可以存取其支援的 SUSE 軟體倉庫:
cat /etc/os-release
uname -m
sudo zypper refresh
請檢查儲存庫配置是否與已註冊的 SLES 產品和服務包相符。請勿新增不相關的儲存庫以取得名稱相似的軟體包;認證取決於正確的供應商軟體包、版本和配置。
SUSE 建議在新安裝的系統上安裝此patterns-base-fips模式。在現有伺服器上,請在確認操作前檢查模式和軟體包的變更。提供的命令fips-mode-setup由 SUSE 提供crypto-policies-scripts,可能預設未安裝。啟用正確的 SLES 軟體倉庫後,如果缺少所需的元件,請安裝它們:
sudo zypper install patterns-base-fips crypto-policies-scripts
如果您的服務包透過 YaST 軟體顯示 FIPS 模式,您可以從中選擇它,並從支援的儲存庫安裝安裝套件。請檢查 zypper 提出的依賴項變更;如果這些變更會移除必要的軟體包或將系統切換到不支援的來源,請停止操作。
以 root 使用者身分執行 SUSE 提供的命令sudo:
sudo fips-mode-setup --enable
此實用程式用於配置係統策略和啟動設定。 SUSE 文件中的範例報告稱,系統策略已設定為 FIPS,並提示重新啟動。如果命令報告該實用程式缺失,請crypto-policies-scripts從正確的軟體倉庫安裝或修復,而不是手動編輯各種加密策略檔案。
對於單獨管理引導程式配置的變更控制環境,此實用程式支援此選項--no-bootcfg。此選項會列印需要新增的引導參數,而不是重新配置引導程式。請按照輸出結果和您平台的引導程式步驟進行操作。 SUSE 指出 IBM Z 系統有例外:該指令仍會嘗試執行,zipl因為省略該指令可能會導致系統無法啟動。
在維護視窗期內重啟:
sudo reboot
伺服器恢復後,檢查完整狀態:
sudo fips-mode-setup --check
在 SLES 15 SP7 上,SUSE 的範例輸出確認 FIPS 模式已啟用,initramfs FIPS 模組已啟用,且目前加密策略基於 FIPS 政策。您也可以檢查核心指示器:
cat /proc/sys/crypto/fips_enabled
此值1表示內核 FIPS 標誌已啟動。請將其視為額外的診斷訊息,而非替代fips-mode-setup --check或審查已驗證的模組和應用程式配置。服務可能擁有自己的加密庫、策略或合規性要求。
運行能夠反映系統實際作用的功能測試。測試與所需對等方的 TLS 連線、使用已核准演算法的 SSH 存取、憑證操作、排程任務、備份、目錄驗證以及任何資料庫或應用程式加密。檢查應用程式日誌,尋找指示演算法或金鑰長度不可用的錯誤。透過受支援的配置流程更新依賴已停用加密的客戶端或整合。
SUSE 指南中明確指出,Samba/CIFS 存在問題:在符合 FIPS 標準的網路中,應使用 Kerberos 驗證。該指南解釋說,Samba 的其他身份驗證模式包括 MD5,而 FIPS 規則不支援 MD5 身份驗證。在切換生產系統之前,請務必與目錄和儲存管理員確認身份驗證路徑。
crypto-policies-scripts請從已註冊的 SLES 儲存庫安裝,然後重試。/proc/sys/crypto/fips_enabled.如果需要回滾,SUSE 文件中提供了該命令:
sudo fips-mode-setup --disable
重啟後運行命令sudo fips-mode-setup --check以確認最終狀態。停用 FIPS 模式不會自動撤銷遷移過程中所做的所有應用程式、金鑰或設定變更。請單獨檢查這些變更並記錄最終系統狀態。
fips-mode-setup --enable操作完成,伺服器已重啟,並fips-mode-setup --check報告預期組件已啟動。在 SLES 15 SP7 上啟用核心即時修補,無需重新啟動即可應用支援的修復程序,驗證活動補丁,並了解何時仍需要重新啟動核心。
使用 SUSE 支援的設定公用程式在 SLES 15 上啟用 FIPS 模式,安全重啟,驗證核心和加密策略狀態,並檢查認證限制。
使用官方 .deb 軟體包、APT、策略檢查、更新指南和受管設備修復程序,安全地在 Gooroom OS 上安裝 Google Chrome。
使用 rsyslog、TLS 憑證、對等名稱驗證、佇列、驗證和測試,安全地將 SLES 系統日誌轉送到遠端 syslog 伺服器。
使用 YaST 將 SLES 15 加入到具有 SSSD 的 Active Directory。準備 DNS 和時間,配置網域登錄,驗證 Kerberos,並比較 SSSD、Winbind 和 realmd。
透過檢查內建的 rtw88 驅動程式、Realtek 韌體、rfkill、NetworkManager 和安全性回退選項來修復 Pardus Linux 上的 RTL8821CE Wi-Fi。
使用 systemd-resolved 診斷和修復 Debian 12 DNS 解析失敗,包括 resolv.conf、NetworkManager、networkd、快取和驗證。
在 Windows 11 旁邊安裝 Pardus 25.2,方法是備份、縮小 Windows 磁碟區、啟動 UEFI USB 並保護現有的 EFI 和復原分割區。
診斷 SUSE Linux Enterprise Server 中 Zypper 刷新失敗所導致的 HTTP 500 錯誤。確定故障儲存庫,檢查代理程式和註冊訊息,然後安全地刷新元資料。
將所謂的 Pardus 軟體套件管理器「PETA」與 APT 進行比較,明確目前 Pardus 軟體包工具,並選擇適合桌面使用或管理的介面。