CVE-2026-31431 核心升級說明

步驟一：建立快照

升級前請為系統硬碟和資料盤建立快照,以便異常時快速復原。

操作路徑: ECS 控制台 > 執行個體詳情頁 > Block Storage > 建立快照

步驟二：安裝修復核心

# 1. 清理緩衝
sudo yum clean all

# 2. 安裝修復核心
sudo yum update kernel

# 3. 確認預設啟動核心
sudo grubby --default-kernel

# 預期輸出: /boot/vmlinuz-<修複版本號碼>
# 如輸出為修複版本,則無需額外操作;如非修複版本,請執行步驟 4

# 4. (可選) 設定預設啟動新核心
# 先查看所有核心及 index
sudo grubby --info=ALL | grep -E "^index|^kernel"

# 設定新核心為預設(替換為實際 index 值)
sudo grubby --set-default-index=<新核心 index>

# 1. 下載對應 RPM 包(從阿里雲官方渠道)

# 2. 安裝核心
sudo rpm -ivh kernel-*.rpm

# 3. 確認預設啟動核心
sudo grubby --default-kernel

# 預期輸出: /boot/vmlinuz-<修複版本號碼>
# 如輸出為修複版本,則無需額外操作;如非修複版本,請執行步驟 4

# 4.（可選）設定預設啟動新核心
# 先查看所有核心及 index
sudo grubby --info=ALL | grep -E "^index|^kernel"

# 設定新核心為預設（替換為實際 index 值）
sudo grubby --set-default-index=<新核心 index>

步驟三：重啟系統

sudo reboot

步驟四：驗證修複

# 確認核心版本
uname -r

# 預期輸出：修複版本或更高（見前文版本表）

對不需要修複 CVE 的使用者

如果當前無需修複該漏洞，但仍執行了核心升級：

• 未使用 algif_aead 模組：升級後不受影響，系統功能和效能無變化

• 使用 AF_ALG 介面的加解密相關業務：升級後功能保持正常，但 algif_aead 模組效能理論上會下降約 5%。

效能影響

由於修複方案復原了上遊效能最佳化邏輯，將共用快取模式改為獨立緩衝區模式，理論上會帶來輕微效能下降。例如：

• 基於 libkcapi 測試

• 使用 AES(AESNI) GCM(ASM-RFC) 256 演算法

• algif_aead 模組效能下降約 5%

建議在業務低峰期執行升級操作，升級後觀察業務指標 10-30 分鐘。

方式一：快照復原（推薦）

1. 停止 ECS 執行個體。

2. 在控制台選擇升級前建立的快照進行復原。

3. 啟動執行個體並驗證業務狀態。

方式二：切換舊核心啟動

# 1. 查看已安裝核心版本
grep menuentry /boot/grub2/grub.cfg | cut -d "'" -f2

# 2. 設定舊核心為預設啟動項
sudo grubby --set-default-index=<舊核心 index>

# 3. 重啟系統
sudo reboot

# 4. 卸載新核心及其組件（可選,以 5.10.134-19.3.1.al8 為例）
sudo yum remove kernel-5.10.134-19.3.1.al8 \
    kernel-core-5.10.134-19.3.1.al8 \
    kernel-modules-5.10.134-19.3.1.al8 \
    kernel-modules-extra-5.10.134-19.3.1.al8 \
    kernel-modules-internal-5.10.134-19.3.1.al8