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

    - ------------------------------------------------------------------------- Debian安全公告 DSA-6381-1 security@debian.org https://www.debian.org/security/Salvatore Bonaccorso 2026 年 7 月 5 日 https://www.debian.org/security/faq
    - -------------------------------------------------------------------------

    套件 ： linux CVE ID ： CVE-2025-23131 CVE-2026-31419 CVE-2026-31732 CVE-2026-43010 CVE-2026-43216 CVE-2026-43355 CVE-2026-46054 CVE-2026-46242 CVE-2026-46252 CVE-2026-52975 CVE-2026-53070 CVE-2026-53101 CVE-2026-53139 CVE-2026-53142 CVE-2026-53151 CVE-2026-53157 CVE-2026-53163 CVE-2026-53167 CVE-2026-53179 CVE-2026-53325 CVE-2026-53327 CVE-2026-53341 CVE-2026-53359 CVE-2026-53361 CVE-2026-53362 Debian 錯誤 ： 1136179 1139686

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

    針對穩定的發行版本 (trixie)，已在第 6.12.95-1 版中修復這些問題。

    建議您升級 linux 套件。

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

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

    郵寄清單：debian-security-announce@lists.debian.org

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

請注意，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 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

AlmaLinux 9.6 主機已安裝的套件受到 TuxCare ALMALINUX9.6：CLSA-2026：1787305050 公告中提及的多個弱點影響。

  - 已解決 Linux 核心中的下列弱點：l2tp: prevent possible tunnel refcount underflow When a session is created, it sets a backpointer to its tunnel. When the session refcount drops to 0, l2tp_session_free drops the tunnel refcount if session->tunnel is non-NULL. However, session->tunnel is set in l2tp_session_create, before the tunnel refcount is incremented by l2tp_session_register, which leaves a small window where session->tunnel is non-NULL when the tunnel refcount hasn't been bumped.
    Moving the assignment to l2tp_session_register is trivial but l2tp_session_create calls l2tp_session_set_header_len which uses session->tunnel to get the tunnel's encap. Add an encap arg to l2tp_session_set_header_len to avoid using session->tunnel. If l2tpv3 sessions have colliding IDs, it is possible for l2tp_v3_session_get to race with l2tp_session_register and fetch a session which doesn't yet have session->tunnel set. Add a check for this case. (CVE-2024-49940)

  - 已解決 Linux 核心中的下列弱點：mm/thp: fix deferred split unqueue naming and locking Recent changes are putting more pressure on THP deferred split queues: under load revealing long-standing races, causing list_del corruptions, Bad page states and worse (I keep BUGs in both of those, so usually don't get to see how badly they end up without). The relevant recent changes being 6.8's mTHP, 6.10's mTHP swapout, and 6.12's mTHP swapin, improved swap allocation, and underused THP splitting. Before fixing locking: rename misleading folio_undo_large_rmappable(), which does not undo large_rmappable, to folio_unqueue_deferred_split(), which is what it does. But that and its out-of-line
    __callee are mm internals of very limited usability: add comment and WARN_ON_ONCEs to check usage; and return a bool to say if a deferred split was unqueued, which can then be used in WARN_ON_ONCEs around safety checks (sparing callers the arcane conditionals in __folio_unqueue_deferred_split()). Just omit the folio_unqueue_deferred_split() from free_unref_folios(), all of whose callers now call it beforehand (and if any forget then bad_page() will tell) - except for its caller put_pages_list(), which itself no longer has any callers (and will be deleted separately). Swapout: mem_cgroup_swapout() has been resetting folio->memcg_data 0 without checking and unqueueing a THP folio from deferred split list; which is unfortunate, since the split_queue_lock depends on the memcg (when memcg is enabled); so swapout has been unqueueing such THPs later, when freeing the folio, using the pgdat's lock instead: potentially corrupting the memcg's list. __remove_mapping() has frozen refcount to 0 here, so no problem with calling folio_unqueue_deferred_split() before resetting memcg_data. That goes back to 5.4 commit 87eaceb3faa5 (mm: thp: make deferred split shrinker memcg aware): which included a check on swapcache before adding to deferred queue, but no check on deferred queue before adding THP to swapcache. That worked fine with the usual sequence of events in reclaim (though there were a couple of rare ways in which a THP on deferred queue could have been swapped out), but 6.12 commit dafff3f4c850 (mm: split underused THPs) avoids splitting underused THPs in reclaim, which makes swapcache THPs on deferred queue commonplace. Keep the check on swapcache before adding to deferred queue? Yes: it is no longer essential, but preserves the existing behaviour, and is likely to be a worthwhile optimization (vmstat showed much more traffic on the queue under swapping load if the check was removed); update its comment. Memcg-v1 move (deprecated):
    mem_cgroup_move_account() has been changing folio->memcg_data without checking and unqueueing a THP folio from the deferred list, sometimes corrupting from memcg's list, like swapout. Refcount is non-zero here, so folio_unqueue_deferred_split() can only be used in a WARN_ON_ONCE to validate the fix, which must be done earlier: mem_cgroup_move_charge_pte_range() first try to split the THP (splitting of course unqueues), or skip it if that fails. Not ideal, but moving charge has been requested, and khugepaged should repair the THP later: nobody wants new custom unqueueing code just for this deprecated case. The 87eaceb3faa5 commit did have the code to move from one deferred list to another (but was not conscious of its unsafety while refcount non-0); but that was removed by 5.6 commit fac0516b5534 (mm: thp: don't need care deferred split queue in memcg charge move path), which argued that the existence of a PMD mapping guarantees that the THP cannot be on a deferred list. As above, false in rare cases, and now commonly false. Backport to 6.11 should be straightforward. Earlier backports must take care that other
    _deferred_list fixes and dependencies are included. There is not a strong case for backports, but they can fix cornercases. (CVE-2024-53079)

  - 已解決 Linux 核心中的下列弱點：io_uring/kbuf: reallocate buf lists on upgrade IORING_REGISTER_PBUF_RING can reuse an old struct io_buffer_list if it was created for legacy selected buffer and has been emptied. It violates the requirement that most of the field should stay stable after publish. Always reallocate it instead. (CVE-2025-21836)

  - 已解決 Linux 核心中的下列弱點：RDMA/bnxt_re: Add sanity checks on rdev validity There is a possibility that ulp_irq_stop and ulp_irq_start callbacks will be called when the device is in detached state. This can cause a crash due to NULL pointer dereference as the rdev is already freed. (CVE-2025-21901)

  - 已解決 Linux 核心中的下列弱點：cpufreq/amd-pstate: Add missing NULL ptr check in amd_pstate_update Check if policy is NULL before dereferencing it in amd_pstate_update.
    (CVE-2025-23137)

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

AlmaLinux 9.2 主機已安裝的套件會受到 TuxCare ALMALINUX9.2：CLSA-2026：1787307395 公告中提及的多個弱點影響。

  - 已解決 Linux 核心中的下列弱點：ftrace: Clean up hash direct_functions on register failures We see the following GPF when register_ftrace_direct fails: [ ] general protection fault, probably for non-canonical address \ 0x200000000000010: 0000 [#1] PREEMPT SMP DEBUG_PAGEALLOC PTI [...] [ ] RIP: 0010:ftrace_find_rec_direct+0x53/0x70 [ ] Code: 48 c1 e0 03 48 03 42 08 48 8b 10 31 c0 48 85 d2 74 [...] [ ] RSP: 0018:ffffc9000138bc10 EFLAGS: 00010206 [ ] RAX: 0000000000000000 RBX:
    ffffffff813e0df0 RCX: 000000000000003b [ ] RDX: 0200000000000000 RSI: 000000000000000c RDI:
    ffffffff813e0df0 [ ] RBP: ffffffffa00a3000 R08: ffffffff81180ce0 R09: 0000000000000001 [ ] R10:
    ffffc9000138bc18 R11: 0000000000000001 R12: ffffffff813e0df0 [ ] R13: ffffffff813e0df0 R14:
    ffff888171b56400 R15: 0000000000000000 [ ] FS: 00007fa9420c7780(0000) GS:ffff888ff6a00000(0000) knlGS:000000000 [ ] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ ] CR2: 000000000770d000 CR3:
    0000000107d50003 CR4: 0000000000370ee0 [ ] DR0: 0000000000000000 DR1: 0000000000000000 DR2:
    0000000000000000 [ ] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [ ] Call Trace: [ ] <TASK> [ ] register_ftrace_direct+0x54/0x290 [ ] ? render_sigset_t+0xa0/0xa0 [ ] bpf_trampoline_update+0x3f5/0x4a0 [ ] ? 0xffffffffa00a3000 [ ] bpf_trampoline_link_prog+0xa9/0x140 [ ] bpf_tracing_prog_attach+0x1dc/0x450 [ ] bpf_raw_tracepoint_open+0x9a/0x1e0 [ ] ? find_held_lock+0x2d/0x90 [ ] ? lock_release+0x150/0x430 [ ] __sys_bpf+0xbd6/0x2700 [ ] ? lock_is_held_type+0xd8/0x130 [ ]
    __x64_sys_bpf+0x1c/0x20 [ ] do_syscall_64+0x3a/0x80 [ ] entry_SYSCALL_64_after_hwframe+0x44/0xae [ ] RIP:
    0033:0x7fa9421defa9 [ ] Code: 00 c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 9 f8 [...] [ ] RSP:
    002b:00007ffed743bd78 EFLAGS: 00000246 ORIG_RAX: 0000000000000141 [ ] RAX: ffffffffffffffda RBX:
    00000000069d2480 RCX: 00007fa9421defa9 [ ] RDX: 0000000000000078 RSI: 00007ffed743bd80 RDI:
    0000000000000011 [ ] RBP: 00007ffed743be00 R08: 0000000000bb7270 R09: 0000000000000000 [ ] R10:
    00000000069da210 R11: 0000000000000246 R12: 0000000000000001 [ ] R13: 00007ffed743c4b0 R14:
    00000000069d2480 R15: 0000000000000001 [ ] </TASK> [ ] Modules linked in: klp_vm(OK) [ ] ---[ end trace 0000000000000000 ]--- One way to trigger this is: 1. load a livepatch that patches kernel function xxx; 2.
    run bpftrace -e 'kfunc:xxx {}', this will fail (expected for now); 3. repeat #2 => gpf. This is because the entry is added to direct_functions, but not removed. Fix this by remove the entry from direct_functions when register_ftrace_direct fails. Also remove the last trailing space from ftrace.c, so we don't have to worry about it anymore. (CVE-2022-49402)

  - 已解決 Linux 核心中的下列弱點：irqchip/gic-v3: Fix refcount leak in gic_populate_ppi_partitions of_find_node_by_phandle() returns a node pointer with refcount incremented, we should use of_node_put() on it when not need anymore. Add missing of_node_put() to avoid refcount leak.
    (CVE-2022-49715)

  - 已解決 Linux 核心中的下列弱點：cpufreq: CPPC: Add u64 casts to avoid overflowing The fields of the _CPC object are unsigned 32-bits values. To avoid overflows while using
    _CPC's values, add 'u64' casts. (CVE-2022-49750)

  - 已解決 Linux 核心中的下列弱點：net: stream: purge sk_error_queue in sk_stream_kill_queues() Changheon Lee reported TCP socket leaks, with a nice repro. It seems we leak TCP sockets with the following sequence: 1) SOF_TIMESTAMPING_TX_ACK is enabled on the socket. Each ACK will cook an skb put in error queue, from __skb_tstamp_tx(). __skb_tstamp_tx() is using skb_clone(), unless SOF_TIMESTAMPING_OPT_TSONLY was also requested. 2) If the application is also using MSG_ZEROCOPY, then we put in the error queue cloned skbs that had a struct ubuf_info attached to them. Whenever an struct ubuf_info is allocated, sock_zerocopy_alloc() does a sock_hold(). As long as the cloned skbs are still in sk_error_queue, socket refcount is kept elevated. 3) Application closes the socket, while error queue is not empty. Since tcp_close() no longer purges the socket error queue, we might end up with a TCP socket with at least one skb in error queue keeping the socket alive forever. This bug can be (ab)used to consume all kernel memory and freeze the host. We need to purge the error queue, with proper synchronization against concurrent writers. (CVE-2022-50838)

  - 已解決 Linux 核心中的下列弱點：bpf: Add preempt_count_{sub,add} into btf id deny list The recursion check in __bpf_prog_enter* and __bpf_prog_exit* leave preempt_count_{sub,add} unprotected. When attaching trampoline to them we get panic as follows, [867.843050] BUG: TASK stack guard page was hit at 0000000009d325cf (stack is 0000000046a46a15..00000000537e7b28) [ 867.843064] stack guard page: 0000 [#1] PREEMPT SMP NOPTI [867.843067] CPU: 8 PID: 11009 Comm: trace Kdump: loaded Not tainted 6.2.0+ #4 [ 867.843100] Call Trace: [867.843101] <TASK> [ 867.843104] asm_exc_int3+0x3a/0x40 [ 867.843108] RIP: 0010:preempt_count_sub+0x1/0xa0 [ 867.843135] __bpf_prog_enter_recur+0x17/0x90 [ 867.843148] bpf_trampoline_6442468108_0+0x2e/0x1000 [867.843154] ? preempt_count_sub+0x1/0xa0 [ 867.843157] preempt_count_sub+0x5/0xa0 [ 867.843159] ? migrate_enable+0xac/0xf0 [ 867.843164] __bpf_prog_exit_recur+0x2d/0x40 [ 867.843168] bpf_trampoline_6442468108_0+0x55/0x1000 ... [ 867.843788] preempt_count_sub+0x5/0xa0 [ 867.843793] ? migrate_enable+0xac/0xf0 [ 867.843829] __bpf_prog_exit_recur+0x2d/0x40 [ 867.843837] BUG: IRQ stack guard page was hit at 0000000099bd8228 (stack is 00000000b23e2bc4..000000006d95af35) [ 867.843841] BUG: IRQ stack guard page was hit at 000000005ae07924 (stack is 00000000ffd69623..0000000014eb594c) [ 867.843843] BUG: IRQ stack guard page was hit at 00000000028320f0 (stack is 00000000034b6438..0000000078d1bcec) [867.843842] bpf_trampoline_6442468108_0+0x55/0x1000 ... That is because in __bpf_prog_exit_recur, the preempt_count_{sub,add} are called after prog->active is decreased. Fixing this by adding these two functions into btf ids deny list. (CVE-2023-54086)

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

Rocky Linux 9.6 主機已安裝的套件會受到 TuxCare ALMALINUX9.6：CLSA-2026：1787305050 公告中提及的多個弱點影響。

  - 已解決 Linux 核心中的下列弱點：l2tp: prevent possible tunnel refcount underflow When a session is created, it sets a backpointer to its tunnel. When the session refcount drops to 0, l2tp_session_free drops the tunnel refcount if session->tunnel is non-NULL. However, session->tunnel is set in l2tp_session_create, before the tunnel refcount is incremented by l2tp_session_register, which leaves a small window where session->tunnel is non-NULL when the tunnel refcount hasn't been bumped.
    Moving the assignment to l2tp_session_register is trivial but l2tp_session_create calls l2tp_session_set_header_len which uses session->tunnel to get the tunnel's encap. Add an encap arg to l2tp_session_set_header_len to avoid using session->tunnel. If l2tpv3 sessions have colliding IDs, it is possible for l2tp_v3_session_get to race with l2tp_session_register and fetch a session which doesn't yet have session->tunnel set. Add a check for this case. (CVE-2024-49940)

  - 已解決 Linux 核心中的下列弱點：mm/thp: fix deferred split unqueue naming and locking Recent changes are putting more pressure on THP deferred split queues: under load revealing long-standing races, causing list_del corruptions, Bad page states and worse (I keep BUGs in both of those, so usually don't get to see how badly they end up without). The relevant recent changes being 6.8's mTHP, 6.10's mTHP swapout, and 6.12's mTHP swapin, improved swap allocation, and underused THP splitting. Before fixing locking: rename misleading folio_undo_large_rmappable(), which does not undo large_rmappable, to folio_unqueue_deferred_split(), which is what it does. But that and its out-of-line
    __callee are mm internals of very limited usability: add comment and WARN_ON_ONCEs to check usage; and return a bool to say if a deferred split was unqueued, which can then be used in WARN_ON_ONCEs around safety checks (sparing callers the arcane conditionals in __folio_unqueue_deferred_split()). Just omit the folio_unqueue_deferred_split() from free_unref_folios(), all of whose callers now call it beforehand (and if any forget then bad_page() will tell) - except for its caller put_pages_list(), which itself no longer has any callers (and will be deleted separately). Swapout: mem_cgroup_swapout() has been resetting folio->memcg_data 0 without checking and unqueueing a THP folio from deferred split list; which is unfortunate, since the split_queue_lock depends on the memcg (when memcg is enabled); so swapout has been unqueueing such THPs later, when freeing the folio, using the pgdat's lock instead: potentially corrupting the memcg's list. __remove_mapping() has frozen refcount to 0 here, so no problem with calling folio_unqueue_deferred_split() before resetting memcg_data. That goes back to 5.4 commit 87eaceb3faa5 (mm: thp: make deferred split shrinker memcg aware): which included a check on swapcache before adding to deferred queue, but no check on deferred queue before adding THP to swapcache. That worked fine with the usual sequence of events in reclaim (though there were a couple of rare ways in which a THP on deferred queue could have been swapped out), but 6.12 commit dafff3f4c850 (mm: split underused THPs) avoids splitting underused THPs in reclaim, which makes swapcache THPs on deferred queue commonplace. Keep the check on swapcache before adding to deferred queue? Yes: it is no longer essential, but preserves the existing behaviour, and is likely to be a worthwhile optimization (vmstat showed much more traffic on the queue under swapping load if the check was removed); update its comment. Memcg-v1 move (deprecated):
    mem_cgroup_move_account() has been changing folio->memcg_data without checking and unqueueing a THP folio from the deferred list, sometimes corrupting from memcg's list, like swapout. Refcount is non-zero here, so folio_unqueue_deferred_split() can only be used in a WARN_ON_ONCE to validate the fix, which must be done earlier: mem_cgroup_move_charge_pte_range() first try to split the THP (splitting of course unqueues), or skip it if that fails. Not ideal, but moving charge has been requested, and khugepaged should repair the THP later: nobody wants new custom unqueueing code just for this deprecated case. The 87eaceb3faa5 commit did have the code to move from one deferred list to another (but was not conscious of its unsafety while refcount non-0); but that was removed by 5.6 commit fac0516b5534 (mm: thp: don't need care deferred split queue in memcg charge move path), which argued that the existence of a PMD mapping guarantees that the THP cannot be on a deferred list. As above, false in rare cases, and now commonly false. Backport to 6.11 should be straightforward. Earlier backports must take care that other
    _deferred_list fixes and dependencies are included. There is not a strong case for backports, but they can fix cornercases. (CVE-2024-53079)

  - 已解決 Linux 核心中的下列弱點：io_uring/kbuf: reallocate buf lists on upgrade IORING_REGISTER_PBUF_RING can reuse an old struct io_buffer_list if it was created for legacy selected buffer and has been emptied. It violates the requirement that most of the field should stay stable after publish. Always reallocate it instead. (CVE-2025-21836)

  - 已解決 Linux 核心中的下列弱點：RDMA/bnxt_re: Add sanity checks on rdev validity There is a possibility that ulp_irq_stop and ulp_irq_start callbacks will be called when the device is in detached state. This can cause a crash due to NULL pointer dereference as the rdev is already freed. (CVE-2025-21901)

  - 已解決 Linux 核心中的下列弱點：cpufreq/amd-pstate: Add missing NULL ptr check in amd_pstate_update Check if policy is NULL before dereferencing it in amd_pstate_update.
    (CVE-2025-23137)

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

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

  - bpf：在連接時拒絕可睡眠的kprobe_multi程式，kprobe.multi 程式在原子/RCU 環境中執行，無法進入睡眠。然而，bpf_kprobe_multi_link_attach（） 並未驗證所附加程式是否設定了可睡眠標誌，允許像 bpf_copy_from_user（） 這類可睡眠的輔助工具從非可睡眠上下文中被調用。這會產生一個來自無效上下文 splat 的睡眠函數：BUG：
    睡眠函式從 ./include/linux/uaccess.h：169 的無效上下文呼叫 in_atomic（）： 1， irqs_disabled（）： 0， non_block： 0， pid： 1787， name： sudo preempt_count： 1， expected： 0 RCU 巢穴深度： 2， expected： 0 請在 bpf_kprobe_multi_link_attach（） 前拒絕可睡眠程式，然後再進行任何處理。（CVE-2026-43010）

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

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

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

    KVM：x86/mmu：即使在建立 MMIO SPTE 時，也會刪除/刪除現有的 SPTE （CVE-2026-23401）

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

    KVM：x86/mmu：覆寫影子存在 SPTE 時，僅在直接 MMU 中發出 WARN （CVE-2026-23402）

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

    tls：在 tls_decrypt_async_wait（） 中清除async_hold （CVE-2026-23414）

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

    futex：修正 futex_key_to_node_opt（） 和 vma_replace_policy（） 之間的 UaF （CVE-2026-23415）

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

    mm/mseal：在合併 （CVE-2026-23416） 時正確更新 VMA 結束

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

    bpf：修正PROBE_MEM32儲存區的持續致盲 （CVE-2026-23417）

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

    xfrm：修正 xfrm_nat_keepalive_net_fini（） 中取消後的工作重新排程 （CVE-2026-31406）

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

    bpf：修正 maybe_fork_scalars（） 中 BPF_OR （） 中不健全的純量分叉 （CVE-2026-31413）

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

    netfilter： nf_conntrack_expect：使用 expect->helper （CVE-2026-31414）

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

    ipv6：避免 ip6_datagram_send_ctl（）CVE-2026-31415 （） 中的溢位

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

    netfilter： nfnetlink_log：考慮網路連結標頭大小 （CVE-2026-31416）

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

    net： bonding：修正 bond_xmit_broadcast（） 中的釋放後使用 （CVE-2026-31419）

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

    net/sched： cls_fw：修正共用區塊上的 NULL 指標解除參照 （CVE-2026-31421）

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

    net/sched： cls_flow：修正共用區塊上的 NULL 指標解除參照 （CVE-2026-31422）

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

    net/sched： sch_hfsc：修正 rtsc_min（） 中的除以零 （CVE-2026-31423）

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

    netfilter： x_tables：限制 NFPROTO_ARP 的 xt_check_match/xt_check_target 延伸模組 （CVE-2026-31424）

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

    ACPI： EC：在 acpi_ec_setup（） （） 中清除探查失敗的處理常式 （CVE-2026-31426）

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

    netfilter： nf_conntrack_sip：修正 process_sdp 中未初始化rtp_addr的使用 （CVE-2026-31427）

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

    netfilter： nfnetlink_log：修正 NFULA_PAYLOAD （CVE-2026-31428） 中未初始化的填充洩漏

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

    btrfs：修正子群組 space_info 的 kobject 名稱洩露 （CVE-2026-31434）

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

    netfs：修正重試期間的讀取放棄 （CVE-2026-31435）

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

    netfs：修正 ITER_KVEC 迭代器 netfs_limit_iter（） 中的核心錯誤 （CVE-2026-31438）

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

    mm/damon/core：避免使用半線上提交的上下文 （CVE-2026-31445）

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

    ext4：修正使用 umount （CVE-2026-31446） 比賽時 update_super_work 中的釋放後使用

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

    ext4：如果 bigalloc 具有 s_first_data_block ！= 0 （），則拒絕掛載 （CVE-2026-31447）

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

    ext4：避免殘差資料CVE-2026-31448（）造成的無限迴圈

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

    ext4：驗證 ext4_ext_correct_indexes （CVE-2026-31449） 中的p_idx邊界

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

    ext4：初始化後發布 jinode （CVE-2026-31450）

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

    ext4：將 BUG_ON 替換為 ext4_read_inline_folio （CVE-2026-31451） 中的正確錯誤處理

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

    ext4：當截斷超過內嵌大小時，將內嵌資料轉換為範圍 （CVE-2026-31452）

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

    xfs：避免在推送回呼後取消引用日誌項目 （CVE-2026-31453）

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

    xfs：在刪除推送回呼中的 AIL 鎖定之前儲存 AILP （CVE-2026-31454）

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

    xfs：在卸載期間推送 AIL 之前停止回收 （CVE-2026-31455）

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

    mm/pagewalk：修正並行分割和重新fault （CVE-2026-31456） 之間的爭用

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

    mm/damon/sysfs：檢查 repeat_call_fn 中的 contexts->nr （CVE-2026-31457）

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

    mm/damon/sysfs：在存取 contexts_arr[0] （CVE-2026-31458） 之前檢查 contexts->nr

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

    mm/damon/sysfs：修正 damon_sysfs_new_test_ctx（） 失敗時的param_ctx洩露 （CVE-2026-31459）

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

    回寫：不要封鎖沒有資料完整性保證的檔案系統的同步處理 （CVE-2026-31465）

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

    mm/huge_memory：修正未在 softleaf_to_folio（） 中鎖定作品集 （CVE-2026-31466）

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

    erofs：如有需要，在簡歷完成中新增GFP_NOIO （CVE-2026-31467）

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

    virtio_net：當 IFF_XMIT_DST_RELEASE 被清除且 napi_tx 為 false 時，修正 dst_ops 上的 UAF （CVE-2026-31469）

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

    virt： tdx-guest：修正主機控制的「quote」緩衝區長度的處理 （CVE-2026-31470）

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

    media： mc， v4l2：使用 req_queue_mutex 序列化 REINIT 和 REQBUFS （CVE-2026-31473）

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

    跟蹤：使用 osnoise （CVE-2026-31480） 修正 CPU 熱插拔中的潛在鎖死

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

    SPI：使用通用driver_override基礎架構 （CVE-2026-31487）

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

    RDMA/irdma：使用前先初始化free_qp完成 （CVE-2026-31492）

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

    netfilter： ctnetlink：使用網路連結原則範圍檢查 （CVE-2026-31495）

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

    netfilter： nf_conntrack_expect：透過 proc （CVE-2026-31496） 跳過其他 netn 中的預期

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

    team：修正非乙太網路連接埠的 header_ops 類型混淆 （CVE-2026-31502）

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

    udp：修正使用 hash2 （CVE-2026-31503） 時的萬用字元綁定衝突檢查

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

    net：透過 NETDEV_UP 爭用 （CVE-2026-31504） 修正 packet_release（） 中的扇出 UAF

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

    net： openvswitch：避免在拆卸完成之前釋放 netdev （CVE-2026-31508）

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

    erofs：在短讀取情況下，設定 fileio bio 失敗 （CVE-2026-31514）

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

    af_key：驗證 pfkey_send_migrate（） 中的系列 （CVE-2026-31515）

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

    xfrm：防止 policy_hthresh.work 與 netns teardown （CVE-2026-31516） 爭用

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

    esp：使用 espintcp 和非同步加密 （CVE-2026-31518） 修正 skb 洩漏

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

    btrfs：在 subvol 建立期間設定 BTRFS_ROOT_ORPHAN_CLEANUP （CVE-2026-31519）

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

    module：修正符號st_shndx越界時的核心錯誤 （CVE-2026-31521）

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

    nvme-pci：確保我們輪詢的是輪詢的佇列 （CVE-2026-31523）

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

    HID：華碩：避免 asus_report_fixup（） 中的記憶體洩漏 （CVE-2026-31524）

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

    bpf：修正解譯器 sdiv/smod 中未定義的行為，以INT_MIN （CVE-2026-31525）

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

    bpf：修正子程序的異常退出鎖定檢查 （CVE-2026-31526）

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

    驅動程式核心： 平台：使用通用driver_override基礎架構 （CVE-2026-31527）

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

    perf：確保對群組使用 pmu_ctx->pmu （CVE-2026-31528）

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

    futex：要求 sys_futex_requeue（） 具有相同的旗標 （CVE-2026-31554）

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

    futex：清除 futex_lock_pi（） 重試路徑 （） 中過時的結束指標 （CVE-2026-31555）

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

    x86/cpu：從 CR4 固定位元遮罩中移除 X86_CR4_FRED （CVE-2026-31561）

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

    PM： sleep：從 pm_restore_gfp_mask（）CVE-2026-31567 刪除虛假 WARN_ON（）

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

    can：gw：修正 cgw_csum_crc8_rel（） 中的 OOB 堆積存取 （CVE-2026-31570）

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

    drm/i915：過早取消連結 NV12 平面 （CVE-2026-31571）

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

    smb： client：避免 smbd_send_batch_flush（）CVE-2026-31609 之後的 smbd_free_send_io（） 中的雙重釋放

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

    netfilter： ip6t_rt：拒絕 rt_mt6_check（） 中過大的 addrnr （CVE-2026-31674）

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

    net/sched： sch_netem：修正封包損毀中的越界存取 （CVE-2026-31675）

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

    openvswitch：將通道netdev_put延遲至 RCU 版本 （CVE-2026-31678）

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

    openvswitch：驗證 MPLS 設定/set_masked負載長度 （CVE-2026-31679）

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

    net： ipv6： flowlabel：延遲獨佔選項釋放，直到 RCU 拆卸 （CVE-2026-31680）

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

    bridge： br_nd_send：在剖析 ND 選項之前線性化 skb （CVE-2026-31682）

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

    wifi： virt_wifi：移除SET_NETDEV_DEV以避免釋放後使用 （CVE-2026-31695）

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

    Thermal： core：使用恢復 （CVE-2026-31731） 解決熱區移除爭用

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

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

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

    sched_ext：修正 ddsp_dsq_id （CVE-2026-31733） 中過時的直接分派狀態

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

    sched_ext：修正非PREEMPT_RCU （） 上的 is_bpf_migration_disabled（） 漏報 （CVE-2026-31734）

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

    vxlan：驗證 vxlan_na_create （CVE-2026-31738） 中的 ND 選項長度

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

    vt：捨棄調整大小後 alt 畫面退出時過時的 Unicode 緩衝區 （CVE-2026-31742）

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

    bridge： br_nd_send：驗證 ND 選項長度 （CVE-2026-31752）

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

    USB： ulpi：修正 ulpi_register_interface（） 錯誤路徑中的雙重釋放 （CVE-2026-31759）

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

    drm/i915/dsi：不要在命令模式下進行 DSC 水平計時調整 （CVE-2026-31767）

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

    io_uring/net：修正 io_bundle_nbufs（） 中的 slab-out-of-bounds 讀取 （CVE-2026-31774）

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

    drm/ioc32：停止對drm_compat_ioctl路徑的推測 （CVE-2026-31781）

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

    perf/x86：修正 intel_pmu_hw_config 中潛在的不良container_of （CVE-2026-31782）

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

    io_uring/rsrc：拒絕零長度固定緩衝區匯入 （CVE-2026-43006）

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

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

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

    net/mlx5：修正發生故障時的 switchdev 模式復原 （CVE-2026-43012）

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

    net/mlx5： lag：在建立 debugfs （CVE-2026-43013） 之前檢查 LAG 裝置

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

    bpf： sockmap：修正 sk_psock_verdict_data_ready（） 中 sk->sk_socket 的釋放後使用。（CVE-2026-43016）

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

    netfilter： nf_tables：拒絕立即NF_QUEUE判定 （CVE-2026-43024）

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

    netfilter： ctnetlink：忽略新期望的明確協助程式 （CVE-2026-43025）

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

    netfilter： ctnetlink：當CTA_EXPECT_NAT不存在時，預期 NAT 欄位為零 （CVE-2026-43026）

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

    netfilter： nf_conntrack_helper：傳遞協助程式以預期清理 （CVE-2026-43027）

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

    netfilter： x_tables：確保名稱以 nul 終止 （CVE-2026-43028）

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

    mptcp：修正 mptcp_recvmsg（） 中的軟鎖定 （CVE-2026-43029）

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

    bpf：修正資料包 （CVE-2026-43030） 指標的 regsafe（）

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

    net：sched：cls_api：修正 tc_chain_fill_node 以將 tcm_info 初始化為零以防止資訊洩露 （CVE-2026-43035）

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

    net：將 skb_header_pointer（） 用於 TCPv4 GSO frag_off檢查 （CVE-2026-43036）

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

    ip6_tunnel：清除 ip4ip6_err（） 中的 skb2->cb[] （CVE-2026-43037）

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

    ipv6： icmp：清除 ip6_err_gen_icmpv6_unreach（） 中的 skb2->cb[] （CVE-2026-43038）

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

    net： ipv6： ndisc：修正 ndisc_ra_useropt 以將 nduseropt_padX 欄位初始化為零以防止資訊洩露 （CVE-2026-43040）

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

    btrfs：拒絕具有 drop_progress 且零drop_level的根項目 （CVE-2026-43046）

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

    HID：多點觸控：檢查以確保報告回應符合要求 （CVE-2026-43047）

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

    HID： core：透過移除虛假的 memset（） （CVE-2026-43048） 來減輕潛在的 OOB

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

    scsi： target： tcm_loop： 清空target_reset處理常式中的命令 （CVE-2026-43054）

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

    scsi： target： file： 將 kzalloc_flex 用於 aio_cmd （CVE-2026-43055）

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

    net：正確處理 IPV6_CSUM GSO 後援 （） 上的通道流量 （CVE-2026-43057）

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

    xfs：在 xfs_attri_recover_work （） 中 iget 失敗後，不要再發脾氣了 （CVE-2026-43063）

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

    ext4：一律排空 ext4_mb_release（） 中佇列的捨棄工作 （CVE-2026-43065）

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

    ext4：修正 ext4_fc_replay_inode（） 錯誤路徑中的 iloc.bh 洩露 （CVE-2026-43066）

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

    ext4：在搜尋間接映射區塊的區塊時處理環繞 （CVE-2026-43067）

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

    ext4：避免從 ext4_mb_find_by_goal（） 中的損毀群組分配區塊 （CVE-2026-43068）

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

    sched/fair：修正zero_vruntime追蹤修正 （CVE-2026-43323）

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

    cpufreq： governor：修正 cpufreq_dbs_governor_init（） 錯誤路徑中的雙重釋放 （CVE-2026-43328）

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

    netfilter： flowtable：嚴格檢查最大動作數 （CVE-2026-43329）

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

    thermal： core：修正熱區域裝置註冊錯誤路徑 （CVE-2026-43332）

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

    bpf：拒絕直接存取可為 null 的PTR_TO_BUF指標 （CVE-2026-43333）

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

    lib/crypto： chacha：在 permuted_state 離開範圍 （CVE-2026-43336） 之前將其歸零

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

    btrfs：為 qgroup ioctl 保留足夠的交易項目 （CVE-2026-43338）

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

    ipv6：防止 addrconf_permanent_addr（） 中可能的 UaF （CVE-2026-43339）

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

    net/ipv6： ioam6：防止追蹤填充 （） 中的結構描述長度環繞 （CVE-2026-43341）

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

    net/sched： cls_fw：修正 change（）CVE-2026-53080 （） 之前舊篩選器的 NULL 解除參照

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

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
325146	Debian dsa-6381 ： ata-modules-6.12.90+deb13-armmp-di - 安全性更新	Nessus	Debian Local Security Checks	2026/7/6	2026/9/2	high
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
343049	Oracle Linux 10 / 9：Unbreakable Enterprise 核心 (ELSA-2026-500248)	Nessus	Oracle Linux Local Security Checks	2026/9/4	2026/9/23	high
365522	Ubuntu 24.04 LTS : Linux 核心弱點 (USN-8917-1)	Nessus	Ubuntu Local Security Checks	2026/10/14	2026/10/14	medium
352220	AlmaLinux 9.6 [TuxCare] 安全性更新：kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.6：CLSA-2026：1787305050）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/9/30	high
361223	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.2：CLSA-2026：1787307395）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	medium
352240	Rocky Linux 9.6 [TuxCare] 安全性更新：kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.6：CLSA-2026：1787305050）	Nessus	Rocky Linux Local Security Checks	2026/9/30	2026/9/30	high
311650	Linux Distros 未修補的弱點：CVE-2026-43010	Nessus	Misc.	2026/5/2	2026/10/21	medium
365525	Ubuntu 24.04 LTS：Linux 核心 (Azure) 弱點 (USN-8918-1)	Nessus	Ubuntu Local Security Checks	2026/10/14	2026/10/14	medium
316948	Amazon Linux 2023：bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-1746)	Nessus	Amazon Linux Local Security Checks	2026/5/27	2026/7/16	high

偵測

搜尋 Plugin

high

high

high

medium

high

medium

high

medium

medium

high