Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - f2fs修正以避免針對交換檔對應錯誤的實體區塊 Xiaolong Guo 報告 bugzilla 中有一個 f2fs 錯誤 6.61] [1] https://bugzilla.kernel.org/show_bug.cgi?id=220951 Quoted:資料損毀導致 1 dm-verity 損毀錯誤及裝置重新開機 2 F2FS 節點損毀錯誤和開機懸置 發生此問題的具體情況如下 1 使用 F2FS 檔案系統 (ext4 不受影響) 2 Swapfile 大小小於 F2FS 區段大小 (2MB) 3 Swapfile 具有分割的實體配置 (多個不連續的範圍) 4 核心版本為 6.6+ (6.1 不受影響) 根本原因是在 fs/f2fs/data.c 的 check_swap_activate() 函式中。當小型 swapfile (< 2MB) 的第一個範圍未與區段邊界對齊時該函式會誤將其視為最後一個範圍而無法對應後續範圍。這會造成只對應第一個範圍的 swap_extent 建立錯誤進而造成後續的 swap 寫入覆寫錯誤的實體位置 (其他檔案的資料)。重現的步驟 1 設定具有 F2FS 格式的 userdata 磁碟分割的裝置 2 編譯 https://github.com/ColinIanKing/stress-ng 位置的stress-ng 3 執行交換壓力測試 (Android 裝置) adb shell cd /data/stressng; ./stress-ng-64 --metrics-brief --timeout 60 --swap 0 記錄1 Ftrace 在核心中顯示 6.6在 check_swap_activate() 的第二個 f2fs_map_blocks 呼叫期間僅對應第一個範圍:stress-ng-swap-8990: f2fs_map_blocks ino=11002、檔案位移=0啟動 blkaddr=0x43143len=0x1 (僅對應 4KB 而非完整交換檔) 2 核心 6.1兩個範圍均正確對應stress-ng-swap-5966f2fs_map_blocks ino=28011、檔案位移= 0、 開始 blkaddr=0x13cd4、len=0x1stress-ng-swap-5966: f2fs_map_blocks ino=28011、file offset=1、start blkaddr=0x60c84b、len=0xff 有問題的程式碼在 check_swap_activate() 中: if ((pblock - SM_I( sbi)->main_blkaddr) % blks_per_sec || nr_pblocks % blks_per_sec || !f2fs_valid_pinned_area(sbi, pblock)) { bool last_extent = false;
    not_aligned++ nr_pblocks = roundup(nr_pblocks, blks_per_sec) if (cur_lblock + nr_pblocks > sis->max) nr_pblocks -= blks_per_sec /* 此範圍為最後一個範圍 */ if (!nr_pblocks) { nr_pblocks = last_lblock - cur_lblock; last_extent = true ret = f2fs_migrate_blocks(inode, cur_lblock, nr_pblocks); if (ret) { if (ret == -ENOENT) ret = -EINVAL; goto out if (!last_extent) 前往重試當第一個範圍未對齊且 roundup(nr_pblocks, blks_per_sec) 超過 sis->max 時我們會減去 blks_per_sec導致 nr_pblocks = 0。然後程式碼會錯誤地假設這是最後一個範圍進而設定 nr_pblocks = last_lblock - cur_lblock (整個交換檔) 、 並執行移轉。移轉後其不會重試對應因此永遠不會處理後續範圍。為了修正此問題移轉 swapfile 結尾中的所有區塊後必須查閱區塊對應資訊。 (CVE-2026-23233)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

偵測

Linux Distros 未修補的弱點：CVE-2026-23233

high Nessus Plugin ID 301080

版本 1.17