因此，會受到 ALAS2023-2026-1969 公告中所提及的多個弱點影響。

    在 Linux 核心中，下列弱點已解決：

    sctp：在呼叫 udp_tunnel_xmit_skb（） （CVE-2026-53070） 之前停用 BH

    在 Linux 核心中，下列弱點已解決：

    bpf：修正 sock_opsCVE-2026-53078 （） 中的相同暫存器 dst/src OOB 讀取和指標洩漏

    在 Linux 核心中，下列弱點已解決：

    KVM： x86：修正由於意外角色 （） 造成的影子分頁釋放後使用問題 （CVE-2026-53359）

    在 Linux 核心中，下列弱點已解決：

    af_unix：在 unix_gc（） 中將 gc_in_progress 設為 true。（CVE-2026-53361）

    在 Linux 核心中，下列弱點已解決：

    virtiofs：修正子掛載 umount 上的 UAF

    如果超級區塊已經被破壞，則從 fuse_release_end（） 呼叫的 iput（） 可以 Oops。通常，這是透過在開始超級區塊關閉之前等待fornum_waiting降至零來防止的。

    不過，這僅適用於最後一個子掛載執行個體，因為等候計數器是每個連線，而不是每個超級區塊。

    還原為針對auto_submounts情況使用同步釋放要求，目前僅為虛擬狀態。（CVE-2026-53381）

    在 Linux 核心中，下列弱點已解決：

    vc_screen：在並行vcs_write期間修正 vcs_notifier（） 中的 null-ptr-deref

    在 vcs_notifier（） 中觀察到 KASAN null-ptr-deref：

    錯誤：KASAN：vcs_notifier+0x98/0x130 中的 null-ptr-deref 在 addr qmp_cmd_name 處讀取大小為 2：
    qmp_capabilities，引數：{}

    問題是 vcs_write（） 中的爭用情形。當console_lock暫時刪除（以從使用者空間複製資料）時，從vcs_vc（）取得的vc_data指標可能會過時。重新取得鎖定後，會再次呼叫 vcs_vc（） 以重新驗證指標。如果 vc 在此期間已被解除分配，則 vcs_vc（） 傳回 NULL，while 迴圈中斷（寫入的 > 為 0）。不過，在迴圈之後，仍會使用現在為 NULL 的 vc 指標呼叫 vcs_scr_updated（vc），導致通知程式鏈結中出現 NULL 指標解除參照 （vcs_notifier解除參照 param->vc）。

    在呼叫 vcs_scr_updated（） 之前新增 vc 的 NULL 檢查來修正此問題。（CVE-2026-53385）

    在 Linux 核心中，下列弱點已解決：

    fuse：取代頁面快取對開本之前的重新鎖定要求

    fuse_try_move_folio（） 會在進入時解除鎖定要求，但不會在成功路徑上重新鎖定要求。這意味著 fuse_chan_abort（） 可以結束請求並釋放fuse_io_args（例如 fuse_readpages_end（）），而 fuse_try_move_folio（） 存取後的後續複製鏈邏輯thefuse_io_args，從而導致釋放後使用問題。

    透過在 replace_page_cache_folio（） 之前呼叫 lock_request（） 來解決此問題。這可確保要求鎖定在成功路徑上，以防止在稍後的複製邏輯執行時釋放fuse_io_args，並且還可以確保 ap->folios[i]->映射永遠不會為 null，因為 ap->folios[i] 將始終指向 newfolio afterreplace_page_cache_folio（）。（CVE-2026-53388）

    在 Linux 核心中，下列弱點已解決：

    net/tcp-ao：修正del_async路徑 （CVE-2026-53389） 中金鑰的釋放後使用

    在 Linux 核心中，下列弱點已解決：

    NFSv4/pNFS：拒絕 nfs4_decode_mp_ds_addr （CVE-2026-53391） 中的零長度r_addr

    在 Linux 核心中，下列弱點已解決：

    NFSv4/flexfiles：拒絕零檔案控點版本計數 （CVE-2026-53392）

    在 Linux 核心中，下列弱點已解決：

    nfsd：在延遲回寫錯誤時重設寫入驗證程式 （CVE-2026-53393）

    在 Linux 核心中，下列弱點已解決：

    nfsd：避免在未確認的重試爭用上洩漏預先配置的 openowner （CVE-2026-53394）

    在 Linux 核心中，下列弱點已解決：

    nfsd：修正 SETACL 解碼失敗時的posix_acl洩露 （CVE-2026-53397）

    在 Linux 核心中，下列弱點已解決：

    NFSD：修正SECINFO_NO_NAME解碼錯誤清除 （CVE-2026-53398）

    在 Linux 核心中，下列弱點已解決：

    i2c：core：修正轉接器註冊爭用

    可以使用 i2c_get_adapter（） 根據其 ID 查詢配接器，該 （） 採用對嵌入式結構裝置的引用。

    請確定配接器 （包括其結構裝置） 在將配接器新增至 IDR 之前已初始化，以避免存取 uninitialiseddata，例如可能導致 NULL 指標解除參照或釋放後使用。

    請注意，從匯流排通知程式註冊的 i2c-dev chardev 目前使用 i2c_get_adapter（），因此需要在註冊前將轉接器新增至 IDR。（CVE-2026-53400）

    在 Linux 核心中，下列弱點已解決：

    fbdev：修正 fb_new_modelist 以防止 fb_videomode_to_var 中的 null-ptr-deref

    info->var 是 framebuffer 的目前模式，在 info->modelist 中應該有一個 matchingentry。
    var_to_display（） 依賴這一點，並將失敗的 fb_match_mode（） 視為不應該發生這種情況。
    fb_set_var（） 透過在每次變更時將模式新增至清單來保持 true，anddo_register_framebuffer（） 在註冊時也會執行相同的操作。

    store_modes（） 取代了使用者空間中的模式清單。fb_new_modelist（）會驗證新模式，但不會檢查 info->var 是否仍然具有 amatch。它依賴 fbcon_new_modelist（） 重新指向控制台，但這僅處理映射到幀緩衝區的控制台。如果 fbcon 未綁定，就沒有了，所以 info->var 只剩下描述一個不再在清單中的模式。

    稍後的主控台接管會執行 var_to_display（），其中 fb_match_mode（） 傳回 NULL 並將 fb_display[i].mode 保留為 NULL。fbcon_switch（） 將其傳遞給 display_to_var（），fb_videomode_to_var（） 解除參照 NULL 模式。

    在 fb_new_modelist（） 中保留清單中的目前模式，wayfb_set_var（） 也是如此。（CVE-2026-53403）

    在 Linux 核心中，下列弱點已解決：

    pNFS：修正 pnfs_update_layout（） 中的釋放後使用 （CVE-2026-63800）

    在 Linux 核心中，下列弱點已解決：

    tipc：修正 tipc_aead_decrypt_done （CVE-2026-63801） 中的 slab-use-after-free Read

    在 Linux 核心中，下列弱點已解決：

    blk-cgroup：修正 __blkcg_rstat_flush（） 中的 UAF （CVE-2026-63802）

    在 Linux 核心中，下列弱點已解決：

    KVM：將 ioeventfd 資料比對中的 guest-triggerable BUG_ON（） 替換為 get_unaligned（）CVE-2026-63806 （）

    在 Linux 核心中，下列弱點已解決：

    KVM：x86/mmu：在檢查最大對應層級 （） 之前，請確定 hugepage 已依插槽進入 （CVE-2026-63807）

    在 Linux 核心中，下列弱點已解決：

    exfat：修正 exfat_find_dir_entry（） 中潛在的釋放後使用 （CVE-2026-63808）

    在 Linux 核心中，下列弱點已解決：

    bpf：將 kvfree（） 用於已替換的 sysctl 寫入緩衝區 （CVE-2026-63809）

    在 Linux 核心中，下列弱點已解決：

    block：避免在使用者空間 （CVE-2026-63810） 中掛載 bdev 虛擬檔案系統

    在 Linux 核心中，下列弱點已解決：

    keys：在實例路徑中釘選request_key_auth負載 （CVE-2026-63823）

    在 Linux 核心中，下列弱點已解決：

    KEYS：修正 keyctl_pkey_params_get_2（）CVE-2026-63824 （） 中的溢位

    在 Linux 核心中，下列弱點已解決：

    fbdev：修正 store_modes（） 中的釋放後使用 （CVE-2026-63826）

    在 Linux 核心中，下列弱點已解決：

    apparmor：調解 TCP 快速開啟 sendmsg （CVE-2026-63828） 的隱含連接

    在 Linux 核心中，下列弱點已解決：

    net： ip_gre：需要在裝置 netns 中CAP_NET_ADMIN以進行 changelink （CVE-2026-63829）

    在 Linux 核心中，下列弱點已解決：

    net： skmsg：跨 SG 轉換保留 sg.copy （CVE-2026-63830）

    在 Linux 核心中，下列弱點已解決：

    ntfs3：拒絕直接使用者空間寫入保留 $LX的 * xattrs

    NTFS3 使用 $LXUID、 $LXGID和 $LXDEV 作為$LXMOD內部 WSLpermission 中繼資料，並將它們重新載入到 i_uid、i_gid 和 i_modefrom ntfs_get_wsl_perm（） 中。

    由於空前綴 xattr 處理常式還允許檔案所有者直接在這些名稱上呼叫 setxattr（），因此 awritable ntfs3 掛載上的無權限寫入器可以在自己的檔案上植入根所有權和S_ISUID，並在 inode 重新載入後獲得 euid 0。

    拒絕直接使用者空間寫入保留 $LX的 * 名稱。Internalntfs3 中繼資料更新不會變更，因為 ntfs_save_wsl_perm（） 會直接透過 ntfs_set_ea（） 寫入這些更新。

    [almaz.alexandrovich@paragon-software.com：新增了針對非特權使用者的額外檢查]（CVE-2026-63833）

    在 Linux 核心中，下列弱點已解決：

    drivers/base/memory：裝置註冊成功後設定 mem->altmap （CVE-2026-64244）

    在 Linux 核心中，下列弱點已解決：

    fbdev： modedb：修正 fb_find_mode（） 中可能的 UAF （CVE-2026-64245）

    在 Linux 核心中，下列弱點已解決：

    KVM：x86：hyper-v：查詢稀疏銀行時綁定銀行索引（CVE-2026-64247）

    在 Linux 核心中，下列弱點已解決：

    MIPS： smp：在 stop_this_cpu（） 中向 RCU 報告即將耗盡的 CPU （CVE-2026-64248）

    在 Linux 核心中，下列弱點已解決：

    LoongArch：在 stop_this_cpu（） 中向 RCU 報告即將耗盡的 CPU （CVE-2026-64250）

    在 Linux 核心中，下列弱點已解決：

    kernel/fork：清除 copy_process（）CVE-2026-64253 （） 中的PF_BLOCK_TS

Tenable 已直接從所測試產品的安全公告擷取前置描述區塊。

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 Debian 12 主機安裝的套件會受到 dla-4720 公告中提及的多個弱點影響。

    ------------------------------------------------------------------------- Debian LTS 公告 DLA-4720-1 debian-lts@lists.debian.org https://www.debian.org/lts/security/Ben Hutchings 2026 年 8 月 5 日 https://wiki.debian.org/LTS-------------------------------------------------------------------------

    套件：linux 版本： 6.1.180-1 CVE ID： CVE-2024-36013 CVE-2025-40196 CVE-2026-31610 CVE-2026-43216 CVE-2026-46135 CVE-2026-53332 CVE-2026-53392 CVE-2026-53393 CVE-2026-53399 CVE-2026-53400 CVE-2026-53402 CVE-2026-63797 CVE-2026-63806 CVE-2026-63810 CVE-2026-63815 CVE-2026-63818 CVE-2026-63829 CVE-2026-64187 CVE-2026-64189 CVE-2026-64206 CVE-2026-64248 CVE-2026-64250 CVE-2026-64266 CVE-2026-64268 CVE-2026-64269 CVE-2026-64271 CVE-2026-64273 CVE-2026-64274 CVE-2026-64275 CVE-2026-64276 CVE-2026-64277 CVE-2026-64279 CVE-2026-64296 CVE-2026-64297 CVE-2026-64298 CVE-2026-64299 CVE-2026-64301 CVE-2026-64303 CVE-2026-64304 CVE-2026-64306 CVE-2026-64312 CVE-2026-64313 CVE-2026-64315 CVE-2026-64316 CVE-2026-64317 CVE-2026-64318 CVE-2026-64322 CVE-2026-64323 CVE-2026-64324 CVE-2026-64329 CVE-2026-64330 CVE-2026-64331 CVE-2026-64332 CVE-2026-64333 CVE-2026-64334 CVE-2026-64335 CVE-2026-64336 CVE-2026-64337 CVE-2026-64338 CVE-2026-64340 CVE-2026-64342 CVE-2026-64343 CVE-2026-64344 CVE-2026-64346 CVE-2026-64347 CVE-2026-64350 CVE-2026-64351 CVE-2026-64352 CVE-2026-64355 CVE-2026-64359 CVE-2026-64360 CVE-2026-64361 CVE-2026-64362 CVE-2026-64363 CVE-2026-64364 CVE-2026-64365 CVE-2026-64370 CVE-2026-64371 CVE-2026-64372 CVE-2026-64373 CVE-2026-64374 CVE-2026-64375 CVE-2026-64376 CVE-2026-64378 CVE-2026-64379 CVE-2026-64380 CVE-2026-64381 CVE-2026-64390 CVE-2026-64393 CVE-2026-64394 CVE-2026-64395 CVE-2026-64396 CVE-2026-64397 CVE-2026-64398 CVE-2026-64399 CVE-2026-64401 CVE-2026-64403 CVE-2026-64406 CVE-2026-64408 CVE-2026-64409 CVE-2026-64411 CVE-2026-64412 CVE-2026-64413 CVE-2026-64417 CVE-2026-64419 CVE-2026-64420 CVE-2026-64422 CVE-2026-64423 CVE-2026-64425 CVE-2026-64428 CVE-2026-64429 CVE-2026-64430 CVE-2026-64432 CVE-2026-64435 CVE-2026-64436 CVE-2026-64437 CVE-2026-64438 CVE-2026-64440 CVE-2026-64441 CVE-2026-64442 CVE-2026-64443 CVE-2026-64444 CVE-2026-64445 CVE-2026-64446 CVE-2026-64448 CVE-2026-64449 CVE-2026-64450 CVE-2026-64452 CVE-2026-64454 CVE-2026-64455 CVE-2026-64456 CVE-2026-64458 CVE-2026-64461 CVE-2026-64462 CVE-2026-64465 CVE-2026-64468 CVE-2026-64469 CVE-2026-64470 CVE-2026-64471 CVE-2026-64472 CVE-2026-64475 CVE-2026-64476 CVE-2026-64478 CVE-2026-64480 CVE-2026-64482 CVE-2026-64483 CVE-2026-64484 CVE-2026-64486 CVE-2026-64487 CVE-2026-64488 CVE-2026-64489 CVE-2026-64494 CVE-2026-64495 CVE-2026-64496 CVE-2026-64497 CVE-2026-64500 CVE-2026-64503 CVE-2026-64504 CVE-2026-64505 CVE-2026-64510 CVE-2026-64512 CVE-2026-64514 CVE-2026-64530 CVE-2026-64531 CVE-2026-64532 CVE-2026-64533 CVE-2026-64534 CVE-2026-64535 CVE-2026-64536 CVE-2026-64537 CVE-2026-64538 CVE-2026-64539 CVE-2026-64540 CVE-2026-64541 CVE-2026-64544 CVE-2026-64545 CVE-2026-64546 CVE-2026-64547 CVE-2026-64548 CVE-2026-64549 CVE-2026-64550 CVE-2026-64551 CVE-2026-64552 CVE-2026-64553 CVE-2026-64554 CVE-2026-64557 CVE-2026-64560 CVE-2026-64600

    在 Linux 核心中發現數個弱點，這些弱點可能會導致特權提升、拒絕服務或資訊洩漏。

    對於 Debian 12 書蟲來說，這些問題已經在版本 6.1.180-1中修復了。此版本還包括更多來自穩定更新 6.1.178-6.1.180的錯誤修復。

    建議您升級 linux 套件。

    如需有關 linux 安全性狀態的詳細資訊，請參閱其安全追蹤頁面：
    https://security-tracker.debian.org/tracker/linux

    有關 Debian LTS 安全公告、如何將這些更新套用至您的系統以及常見問題的詳細資訊，請參閱：https://wiki.debian.org/LTSAttachment:signature.ascDescription: PGP signature

Tenable 已直接從 Debian 安全公告擷取前置描述區塊。

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 Debian 11 主機已安裝的套件會受到 dla-4723 公告中提及的多個弱點影響。

    - ------------------------------------------------------------------------- Debian LTS 公告 DLA-4723-1 debian-lts@lists.debian.org https://www.debian.org/lts/security/Emilio Pozuelo Monfort 2026 年 8 月 7 日 https://wiki.debian.org/LTS
    - -------------------------------------------------------------------------

    套件：linux-6.1 版本：6.1.180-1~deb11u1 CVE 識別碼： CVE-2024-36013 CVE-2025-40196 CVE-2026-31610 CVE-2026-43216 CVE-2026-46135 CVE-2026-53332 CVE-2026-53392 CVE-2026-53393 CVE-2026-53399 CVE-2026-53400 CVE-2026-53402 CVE-2026-63797 CVE-2026-63806 CVE-2026-63810 CVE-2026-63815 CVE-2026-63818 CVE-2026-63829 CVE-2026-64187 CVE-2026-64189 CVE-2026-64206 CVE-2026-64248 CVE-2026-64250 CVE-2026-64266 CVE-2026-64268 CVE-2026-64269 CVE-2026-64271 CVE-2026-64273 CVE-2026-64274 CVE-2026-64275 CVE-2026-64276 CVE-2026-64277 CVE-2026-64279 CVE-2026-64296 CVE-2026-64297 CVE-2026-64298 CVE-2026-64299 CVE-2026-64301 CVE-2026-64303 CVE-2026-64304 CVE-2026-64306 CVE-2026-64312 CVE-2026-64313 CVE-2026-64315 CVE-2026-64316 CVE-2026-64317 CVE-2026-64318 CVE-2026-64322 CVE-2026-64323 CVE-2026-64324 CVE-2026-64329 CVE-2026-64330 CVE-2026-64331 CVE-2026-64332 CVE-2026-64333 CVE-2026-64334 CVE-2026-64335 CVE-2026-64336 CVE-2026-64337 CVE-2026-64338 CVE-2026-64340 CVE-2026-64342 CVE-2026-64343 CVE-2026-64344 CVE-2026-64346 CVE-2026-64347 CVE-2026-64350 CVE-2026-64351 CVE-2026-64352 CVE-2026-64355 CVE-2026-64359 CVE-2026-64360 CVE-2026-64361 CVE-2026-64362 CVE-2026-64363 CVE-2026-64364 CVE-2026-64365 CVE-2026-64370 CVE-2026-64371 CVE-2026-64372 CVE-2026-64373 CVE-2026-64374 CVE-2026-64375 CVE-2026-64376 CVE-2026-64378 CVE-2026-64379 CVE-2026-64380 CVE-2026-64381 CVE-2026-64390 CVE-2026-64393 CVE-2026-64394 CVE-2026-64395 CVE-2026-64396 CVE-2026-64397 CVE-2026-64398 CVE-2026-64399 CVE-2026-64401 CVE-2026-64403 CVE-2026-64406 CVE-2026-64408 CVE-2026-64409 CVE-2026-64411 CVE-2026-64412 CVE-2026-64413 CVE-2026-64417 CVE-2026-64419 CVE-2026-64420 CVE-2026-64422 CVE-2026-64423 CVE-2026-64425 CVE-2026-64428 CVE-2026-64429 CVE-2026-64430 CVE-2026-64432 CVE-2026-64435 CVE-2026-64436 CVE-2026-64437 CVE-2026-64438 CVE-2026-64440 CVE-2026-64441 CVE-2026-64442 CVE-2026-64443 CVE-2026-64444 CVE-2026-64445 CVE-2026-64446 CVE-2026-64448 CVE-2026-64449 CVE-2026-64450 CVE-2026-64452 CVE-2026-64454 CVE-2026-64455 CVE-2026-64456 CVE-2026-64458 CVE-2026-64461 CVE-2026-64462 CVE-2026-64465 CVE-2026-64468 CVE-2026-64469 CVE-2026-64470 CVE-2026-64471 CVE-2026-64472 CVE-2026-64475 CVE-2026-64476 CVE-2026-64478 CVE-2026-64480 CVE-2026-64482 CVE-2026-64483 CVE-2026-64484 CVE-2026-64486 CVE-2026-64487 CVE-2026-64488 CVE-2026-64489 CVE-2026-64494 CVE-2026-64495 CVE-2026-64496 CVE-2026-64497 CVE-2026-64500 CVE-2026-64503 CVE-2026-64504 CVE-2026-64505 CVE-2026-64510 CVE-2026-64512 CVE-2026-64514 CVE-2026-64530 CVE-2026-64531 CVE-2026-64532 CVE-2026-64533 CVE-2026-64534 CVE-2026-64535 CVE-2026-64536 CVE-2026-64537 CVE-2026-64538 CVE-2026-64539 CVE-2026-64540 CVE-2026-64541 CVE-2026-64544 CVE-2026-64545 CVE-2026-64546 CVE-2026-64547 CVE-2026-64548 CVE-2026-64549 CVE-2026-64550 CVE-2026-64551 CVE-2026-64552 CVE-2026-64553 CVE-2026-64554 CVE-2026-64557 CVE-2026-64560 CVE-2026-64600

    在 Linux 核心中發現數個弱點，這些弱點可能會導致特權提升、拒絕服務或資訊洩漏。

    對於 Debian 11 bullseye，這些問題已在 6.1.180-1~deb11u1 版本中修復。此版本還包括更多來自穩定更新 6.1.178-6.1.180的錯誤修復。

    建議您升級 linux-6.1 套件。

    如需有關 linux-6.1 安全性狀態的詳細資訊，請參閱其安全追蹤頁面:
    https://security-tracker.debian.org/tracker/linux-6.1

    有關 Debian LTS 安全公告、如何將這些更新套用至您的系統以及常見問題的詳細資訊，請參閱 : https://wiki.debian.org/LTS

Tenable 已直接從 Debian 安全公告擷取前置描述區塊。

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

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

  - 已解決 Linux 核心中的下列弱點：MIPS: smp: report dying CPU to RCU in stop_this_cpu() smp_send_stop() parks all secondary CPUs in stop_this_cpu(). The function marks the CPU offline for the scheduler via set_cpu_online(false) but never informs RCU, so RCU keeps expecting a quiescent state from CPUs that are now spinning forever with interrupts disabled. As long as nothing waits for an RCU grace period after smp_send_stop() this is harmless, which is why it went unnoticed. Since commit 91840be8f710 (irq_work: Fix use-after-free in irq_work_single() on PREEMPT_RT) however, irq_work_sync() calls synchronize_rcu() on architectures without an irq_work self-IPI, i.e. where arch_irq_work_has_interrupt() returns false. That is the asm-generic default used by MIPS. Any irq_work_sync() issued in the reboot/shutdown path after smp_send_stop() then blocks on a grace period that can never complete, hanging the reboot: WARNING: CPU: 0 PID: 15 at kernel/irq_work.c:144 irq_work_queue_on ... rcu: INFO: rcu_sched detected stalls on CPUs/tasks: rcu: Offline CPU 1 blocking current GP. rcu: Offline CPU 2 blocking current GP. rcu: Offline CPU 3 blocking current GP. This issue was noticed on several Realtek MIPS switch SoCs (MIPS interAptiv) and came up during kernel bump downstream in OpenWrt from 6.18.33 to 6.18.34, after the backport of the patch to the 6.18 stable branch. The patch also has been backported all the way back to 6.1. Call rcutree_report_cpu_dead() once interrupts are disabled, mirroring the generic CPU-hotplug offline path, so RCU stops waiting on the parked CPUs and grace periods can still complete. MIPS shuts down all CPUs here without going through the CPU-hotplug mechanism, so this report is not otherwise issued. Reporting a dying CPU to RCU outside the regular hotplug offline path is not unprecedented: arm64 does the same in cpu_die_early(). There it is an exception for a CPU that was coming online and is aborting bringup, rather than the default shutdown action as on MIPS.
    (CVE-2026-64248)

請注意，Nessus 依賴供應商報告的套件存在。

因此，會受到 ALAS2023-2026-2014 公告中所提及的多個弱點影響。

    在 Linux 核心中，下列弱點已解決：

    ipv6：在 ip6_output（） 中使用 RCU （CVE-2025-40158）

    在 Linux 核心中，下列弱點已解決：

    gpio：修正 gpiochip_add_data_with_key（）CVE-2026-31732 （） 中錯誤造成的資源洩漏

    在 Linux 核心中，下列弱點已解決：

    bpf：在連接時拒絕可休眠的kprobe_multi程式 （CVE-2026-43010）

    在 Linux 核心中，下列弱點已解決：

    net：刪除 skb_may_tx_timestamp（）CVE-2026-43216 （） 中的鎖定

    在 Linux 核心中，下列弱點已解決：

    bpf：修正未授予 prog fd 時的 tcx/netkit 分離權限 （CVE-2026-45932）

    在 Linux 核心中，下列弱點已解決：

    ip6_vti：在後援裝置上設定netns_immutable。（CVE-2026-52909）

    在 Linux 核心中，下列弱點已解決：

    bonding： 3ad：針對 port->aggregator （CVE-2026-52975） 實施適當的 RCU 規則

    在 Linux 核心中，下列弱點已解決：

    sched/psi：修正檔案釋放和壓力寫入 （CVE-2026-52991） 之間的爭用

    在 Linux 核心中，下列弱點已解決：

    sctp：在呼叫 udp_tunnel_xmit_skb（） （CVE-2026-53070） 之前停用 BH

    在 Linux 核心中，下列弱點已解決：

    fuse：將FUSE_NOTIFY_RETRIEVE限制為最新的對開本 （CVE-2026-53167）

    在 Linux 核心中，下列弱點已解決：

    sctp：驗證 cookie （CVE-2026-53224） 中內嵌的 INIT 區塊和位址清單長度

    在 Linux 核心中，下列弱點已解決：

    sctp：驗證 COOKIE_ECHO 處理中快取的對等 INIT 區塊長度 （CVE-2026-53246）

    在 Linux 核心中，下列弱點已解決：

    fhandle：修正由於 may_decode_fh（） 中解鎖的 ->mnt_ns 讀取而導致的 UAF （CVE-2026-53341）

    在 Linux 核心中，下列弱點已解決：

    af_unix：在 unix_gc（） 中將 gc_in_progress 設為 true。（CVE-2026-53361）

    在 Linux 核心中，下列弱點已解決：

    virtiofs：修正子掛載 umount 上的 UAF

    如果超級區塊已經被破壞，則從 fuse_release_end（） 呼叫的 iput（） 可以 Oops。通常，這是透過在開始超級區塊關閉之前等待fornum_waiting降至零來防止的。

    不過，這僅適用於最後一個子掛載執行個體，因為等候計數器是每個連線，而不是每個超級區塊。

    還原為針對auto_submounts情況使用同步釋放要求，目前僅為虛擬狀態。（CVE-2026-53381）

    在 Linux 核心中，下列弱點已解決：

    vc_screen：在並行vcs_write期間修正 vcs_notifier（） 中的 null-ptr-deref

    在 vcs_notifier（） 中觀察到 KASAN null-ptr-deref：

    錯誤：KASAN：vcs_notifier+0x98/0x130 中的 null-ptr-deref 在 addr qmp_cmd_name 處讀取大小為 2：
    qmp_capabilities，引數：{}

    問題是 vcs_write（） 中的爭用情形。當console_lock暫時刪除（以從使用者空間複製資料）時，從vcs_vc（）取得的vc_data指標可能會過時。重新取得鎖定後，會再次呼叫 vcs_vc（） 以重新驗證指標。如果 vc 在此期間已被解除分配，則 vcs_vc（） 傳回 NULL，while 迴圈中斷（寫入的 > 為 0）。不過，在迴圈之後，仍會使用現在為 NULL 的 vc 指標呼叫 vcs_scr_updated（vc），導致通知程式鏈結中出現 NULL 指標解除參照 （vcs_notifier解除參照 param->vc）。

    在呼叫 vcs_scr_updated（） 之前新增 vc 的 NULL 檢查來修正此問題。（CVE-2026-53385）

    在 Linux 核心中，下列弱點已解決：

    fuse：取代頁面快取對開本之前的重新鎖定要求

    fuse_try_move_folio（） 會在進入時解除鎖定要求，但不會在成功路徑上重新鎖定要求。這意味著 fuse_chan_abort（） 可以結束請求並釋放fuse_io_args（例如 fuse_readpages_end（）），而 fuse_try_move_folio（） 存取後的後續複製鏈邏輯thefuse_io_args，從而導致釋放後使用問題。

    透過在 replace_page_cache_folio（） 之前呼叫 lock_request（） 來解決此問題。這可確保要求鎖定在成功路徑上，以防止在稍後的複製邏輯執行時釋放fuse_io_args，並且還可以確保 ap->folios[i]->映射永遠不會為 null，因為 ap->folios[i] 將始終指向 newfolio afterreplace_page_cache_folio（）。（CVE-2026-53388）

    在 Linux 核心中，下列弱點已解決：

    NFSv4/pNFS：拒絕 nfs4_decode_mp_ds_addr （CVE-2026-53391） 中的零長度r_addr

    在 Linux 核心中，下列弱點已解決：

    nfsd：在延遲回寫錯誤時重設寫入驗證程式 （CVE-2026-53393）

    在 Linux 核心中，下列弱點已解決：

    nfsd：避免在未確認的重試爭用上洩漏預先配置的 openowner （CVE-2026-53394）

    在 Linux 核心中，下列弱點已解決：

    nfsd：修正 SETACL 解碼失敗時的posix_acl洩露 （CVE-2026-53397）

    在 Linux 核心中，下列弱點已解決：

    NFSD：修正SECINFO_NO_NAME解碼錯誤清除 （CVE-2026-53398）

    在 Linux 核心中，下列弱點已解決：

    i2c：core：修正轉接器註冊爭用

    可以使用 i2c_get_adapter（） 根據其 ID 查詢配接器，該 （） 採用對嵌入式結構裝置的引用。

    請確定配接器 （包括其結構裝置） 在將配接器新增至 IDR 之前已初始化，以避免存取 uninitialiseddata，例如可能導致 NULL 指標解除參照或釋放後使用。

    請注意，從匯流排通知程式註冊的 i2c-dev chardev 目前使用 i2c_get_adapter（），因此需要在註冊前將轉接器新增至 IDR。（CVE-2026-53400）

    在 Linux 核心中，下列弱點已解決：

    fbdev：修正 fb_new_modelist 以防止 fb_videomode_to_var 中的 null-ptr-deref

    info->var 是 framebuffer 的目前模式，在 info->modelist 中應該有一個 matchingentry。
    var_to_display（） 依賴這一點，並將失敗的 fb_match_mode（） 視為不應該發生這種情況。
    fb_set_var（） 透過在每次變更時將模式新增至清單來保持 true，anddo_register_framebuffer（） 在註冊時也會執行相同的操作。

    store_modes（） 取代了使用者空間中的模式清單。fb_new_modelist（）會驗證新模式，但不會檢查 info->var 是否仍然具有 amatch。它依賴 fbcon_new_modelist（） 重新指向控制台，但這僅處理映射到幀緩衝區的控制台。如果 fbcon 未綁定，就沒有了，所以 info->var 只剩下描述一個不再在清單中的模式。

    稍後的主控台接管會執行 var_to_display（），其中 fb_match_mode（） 傳回 NULL 並將 fb_display[i].mode 保留為 NULL。fbcon_switch（） 將其傳遞給 display_to_var（），fb_videomode_to_var（） 解除參照 NULL 模式。

    在 fb_new_modelist（） 中保留清單中的目前模式，wayfb_set_var（） 也是如此。（CVE-2026-53403）

    在 Linux 核心中，下列弱點已解決：

    pNFS：修正 pnfs_update_layout（） 中的釋放後使用 （CVE-2026-63800）

    在 Linux 核心中，下列弱點已解決：

    tipc：修正 tipc_aead_decrypt_done （CVE-2026-63801） 中的 slab-use-after-free Read

    在 Linux 核心中，下列弱點已解決：

    blk-cgroup：修正 __blkcg_rstat_flush（） 中的 UAF （CVE-2026-63802）

    在 Linux 核心中，下列弱點已解決：

    KVM：將 ioeventfd 資料比對中的 guest-triggerable BUG_ON（） 替換為 get_unaligned（）CVE-2026-63806 （）

    在 Linux 核心中，下列弱點已解決：

    KVM：x86/mmu：在檢查最大對應層級 （） 之前，請確定 hugepage 已依插槽進入 （CVE-2026-63807）

    在 Linux 核心中，下列弱點已解決：

    exfat：修正 exfat_find_dir_entry（） 中潛在的釋放後使用 （CVE-2026-63808）

    在 Linux 核心中，下列弱點已解決：

    bpf：將 kvfree（） 用於已替換的 sysctl 寫入緩衝區 （CVE-2026-63809）

    在 Linux 核心中，下列弱點已解決：

    block：避免在使用者空間 （CVE-2026-63810） 中掛載 bdev 虛擬檔案系統

    在 Linux 核心中，下列弱點已解決：

    keys：在實例路徑中釘選request_key_auth負載 （CVE-2026-63823）

    在 Linux 核心中，下列弱點已解決：

    KEYS：修正 keyctl_pkey_params_get_2（）CVE-2026-63824 （） 中的溢位

    在 Linux 核心中，下列弱點已解決：

    fbdev：修正 store_modes（） 中的釋放後使用 （CVE-2026-63826）

    在 Linux 核心中，下列弱點已解決：

    net： ip_gre：需要在裝置 netns 中CAP_NET_ADMIN以進行 changelink （CVE-2026-63829）

    在 Linux 核心中，下列弱點已解決：

    net： skmsg：跨 SG 轉換保留 sg.copy （CVE-2026-63830）

    在 Linux 核心中，下列弱點已解決：

    ntfs3：拒絕直接使用者空間寫入保留 $LX的 * xattrs

    NTFS3 使用 $LXUID、 $LXGID和 $LXDEV 作為$LXMOD內部 WSLpermission 中繼資料，並將它們重新載入到 i_uid、i_gid 和 i_modefrom ntfs_get_wsl_perm（） 中。

    由於空前綴 xattr 處理常式還允許檔案所有者直接在這些名稱上呼叫 setxattr（），因此 awritable ntfs3 掛載上的無權限寫入器可以在自己的檔案上植入根所有權和S_ISUID，並在 inode 重新載入後獲得 euid 0。

    拒絕直接使用者空間寫入保留 $LX的 * 名稱。Internalntfs3 中繼資料更新不會變更，因為 ntfs_save_wsl_perm（） 會直接透過 ntfs_set_ea（） 寫入這些更新。

    [almaz.alexandrovich@paragon-software.com：新增了針對非特權使用者的額外檢查]（CVE-2026-63833）

    在 Linux 核心中，下列弱點已解決：

    drivers/base/memory：裝置註冊成功後設定 mem->altmap （CVE-2026-64244）

    在 Linux 核心中，下列弱點已解決：

    fbdev： modedb：修正 fb_find_mode（） 中可能的 UAF （CVE-2026-64245）

    在 Linux 核心中，下列弱點已解決：

    KVM：x86：hyper-v：查詢稀疏銀行時綁定銀行索引（CVE-2026-64247）

    在 Linux 核心中，下列弱點已解決：

    MIPS： smp：在 stop_this_cpu（） 中向 RCU 報告即將耗盡的 CPU （CVE-2026-64248）

    在 Linux 核心中，下列弱點已解決：

    LoongArch：在 stop_this_cpu（） 中向 RCU 報告即將耗盡的 CPU （CVE-2026-64250）

    在 Linux 核心中，下列弱點已解決：

    kernel/fork：清除 copy_process（）CVE-2026-64253 （） 中的PF_BLOCK_TS

Tenable 已直接從所測試產品的安全公告擷取前置描述區塊。

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

ID	名稱	產品	系列	已發布	已更新	嚴重性
328468	Amazon Linux 2023：bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-1969)	Nessus	Amazon Linux Local Security Checks	2026/7/20	2026/8/24	high
332716	Debian dla-4720 ： ata-modules-6.1.0-48-armmp-di - 安全性更新	Nessus	Debian Local Security Checks	2026/8/5	2026/8/5	high
333520	Debian dla-4723 ： linux-config-6.1 - 安全性更新	Nessus	Debian Local Security Checks	2026/8/8	2026/8/8	high
329689	Linux Distros 未修補弱點：CVE-2026-64248	Nessus	Misc.	2026/7/25	2026/8/24	medium
332042	Amazon Linux 2023：bpftool6.12、kernel6.12、kernel6.12-devel （ALAS2023-2026-2014）	Nessus	Amazon Linux Local Security Checks	2026/8/4	2026/8/21	high

偵測

搜尋 Plugin

high

high

high

medium

high