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

  - netfilter： xt_policy：修正嚴格模式傳入原則比對 match_policy_in（） 會sec_path項目從最後一個轉換到第一個轉換，但嚴格原則比對需要以與規則配置相同的正向順序使用 info->pol[]。從已取用的轉換數目衍生嚴格比對原則位置，以便一致地比對多元素傳入規則。（CVE-2026-52920）

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

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

  - sctp： stream：完全復原拒絕的 add-stream 狀態 當ADD_OUT_STREAMS被拒絕時，SCTP 只會縮小佇列的區塊，然後降低 outcnt。這會留下已移除的串流中繼資料，因此稍後重新新增可以重複使用過時的 ext，並在排程器取得路徑中命中 null 指標解除參照。透過拆除已移除的串流狀態來修正復原，就像其他串流調整大小的方式一樣。取消排程目前的排程器狀態，使用 sctp_stream_outq_migrate（） 刪除已移除的串流擴充狀態，然後重新排程其餘的串流。這可使排程器專用 RR/FC/PRIO 清單保持一致，同時完全復原拒絕的傳出資料流新增內容。（CVE-2026-52929）

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

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

  - tap：修正 tap_ioctl（） SIOCGIFHWADDR 中的堆疊資訊洩露 在 SIOCGIFHWADDR 路徑中，tap_ioctl（） 透過 ifr_hwaddr 將 16 個位元組的未初始化堆疊上結構sockaddr_storage複製到使用者空間，但 netif_get_mac_address（） 僅寫入 sa_family 和 dev->addr_len （乙太網路為 6） 位元組，而 sa_data[6..13] 未初始化。這 8 個尾隨位元組會洩漏核心堆疊內容;macvtap chardev 上的 SIOCGIFHWADDR 傳回核心 .text 和直接映射指標，擊敗 KASLR。在宣告時初始化 ss。（CVE-2026-52937）

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

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

  - batman-adv： tvlv：拒絕過大的 TVLV 封包 batadv_tvlv_container_ogm_append（） 從tvlv.container_list建立 TVLV 封包區段。此區段的總大小是由 batadv_tvlv_container_list_size（） 計算得出，其總和是所有已註冊容器的大小。batadv_tvlv_container_list_size（） 中的傳回類型和累加器是 u16。如果累積大小超過 U16_MAX，則值會繞行，導致 batadv_tvlv_container_ogm_append（） 中的後續分配被過小。隨後的 memcpy 樣式副本將寫入超出配置緩衝區的末尾，從而損壞核心記憶體。透過將 batadv_tvlv_container_list_size（） 的傳回類型擴大為 size_t 來解決此問題。在 batadv_tvlv_container_ogm_append（） 中，在繼續之前檢查計算出的長度U16_MAX，並在超過限制時像分配失敗一樣退出。（CVE-2026-52934）

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

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

  - io_uring/poll：修正 io_poll_get_ownership（） 中帶正負號的比較 io_poll_get_ownership（） 使用帶正負號的比較來檢查poll_refs是否已達到慢速路徑的閾值：if （unlikely（atomic_read（&req->poll_refs） >= IO_POLL_REF_BIAS）） atomic_read（） 傳回 int （signed ）。當 IO_POLL_CANCEL_FLAG （BIT（31）） 在 poll_refs 中設定時，該值在有符號算術中變為負數，因此 >= 128 比較的結果始終為 false，並且永遠不會採用慢速路徑。透過在比較之前將 atomic_read（） 結果轉換為 unsigned int 來解決此問題，以便將取消標誌視為較大的正值並正確觸發慢速路徑。（CVE-2026-52933）

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

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

  - netfilter： nf_queue：在排入佇列時保持橋接器 skb->dev br_pass_frame_up（） 會在將橋接器LOCAL_IN封包排入佇列之前，將 skb->dev 從輸入埠重寫到橋接器主機。NFQUEUE 僅保留 state.in/out 和橋接器 physdevs 上的參照，因此佇列的橋接器封包可以在 skb->dev 中保留釋放的橋接器主機，直到重新插入為止。稍後重新插入判定時，br_netif_receive_skb（） 會重新進入接收路徑，且 skb->dev 仍指向釋放的橋接器主機，從而觸發釋放後使用。將 skb->dev 儲存在佇列項目中，在佇列存留期內保留其參考，並在NETDEV_DOWN處理期間丟棄佇列封包時使用已儲存的裝置。（CVE-2026-52912）

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

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

  - ksmbd：透過在 fsctl_set_sparse（） 中新增 FSCTL_SET_SPARSE FSCTL_SET_SPARSE 的權限檢查來修正 FSCTL 權限繞過，會修改檔案的稀疏屬性，並透過 xattr 儲存，無需任何權限檢查。這會暴露兩個問題：1） 唯讀共用上的用戶端可以變更其開啟檔案上的疏鬆屬性，即使共用是唯讀的也一樣。其他 FSCTL 寫入作業已檢查 test_tree_conn_flag（work->tcon， KSMBD_TREE_CONN_FLAG_WRITABLE），但FSCTL_SET_SPARSE沒有。 2） 即使在可寫入共用上，沒有 FILE_WRITE_DATA 或 FILE_WRITE_ATTRIBUTES 存取權的用戶端也不應修改疏鬆屬性。其他函式中也存在類似的控制碼層級檢查，但此處遺漏。新增共用層級可寫入檢查和每個控制碼存取檢查。錯誤時使用 goto out 以避免洩漏檔案參照。（CVE-2026-52944）

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

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

  - bpf：修正 bpf_sk_storage_clone 和診斷路徑中的 NULL 指標解除參照 bpf_selem_unlink_nofail（） 會將 SDATA（selem）->smap 設定為 NULL，然後再從儲存體清單中移除 selem。bpf_sk_storage_clone（） 中的並行 RCU 讀取器可以觀察到清單中 smap 已為 NULL 的 selem，從而導致 NULL 指標解除參照。一般保護錯誤，可能用於非規範位址0xdffffc000000000a：
    KASAN：範圍 [0x0000000000000050-0x0000000000000057] RIP 中的 null-ptr-deref：
    0010：bpf_sk_storage_clone+0x1cd/0xaa0 net/core/bpf_sk_storage.c：174 呼叫追蹤： <IRQ> sk_clone+0xfed/0x1980 net/core/sock.c：2591 inet_csk_clone_lock+0x30/0x760 net/ipv4/inet_connection_sock.c：1222 tcp_create_openreq_child+0x35/0x2680 net/ipv4/tcp_minisocks.c：571 tcp_v4_syn_recv_sock+0x123/0xf90 net/ipv4/tcp_ipv4.c：1729 tcp_check_req+0x8e1/0x2580 include/net/tcp.h：855 tcp_v4_rcv+0x1845/0x3b80 net/ipv4/tcp_ipv4.c：2347 在 bpf_sk_storage_clone（） 中新增 smap 的 NULL 檢查。
    bpf_sk_storage_diag_put_all（） 也有同樣的問題。新增 NULL 檢查並將驗證的 smap 直接傳遞給 diag_get（），後者經過重構以將 smap 作為參數，而不是在內部讀取它。
    bpf_sk_storage_diag_put（） 使用 diag->maps[i]，該 diag-maps[i] 在其參照計數下始終有效，因此 diag->maps[i] 直接傳遞給 diag_get（）。（CVE-2026-52938）

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

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

  - batman-adv：修正關機期間tp_meter計數器反向溢位 batadv_tp_sender_shutdown（） 無條件遞減發送的不可部分完成計數器。如果多個路徑 （例如逾時、使用者取消和正常完成） 呼叫此函式，計數器可能會反向溢位至 -1。由於發送者邏輯將任何非零值視為仍在發送，因此負值會導致發送者 kthread 無限期地循環。當殭屍執行緒仍處於活動狀態時，移除介面時，這會導致釋放後使用。使用 atomic_xchg（） 來修正此問題，以確保計數器只從 1 轉換為 0 一次。[sven：新增了 batadv_tp_send 中缺少的變更]（CVE-2026-52919）

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

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

  - batman-adv：修正片段重組長度帳戶 batman-adv 會保留佇列片段的執行負載長度，並在重組之前使用它來驗證片段鏈。該統計目前允許在更新期間截斷累積的片段長度。因此，格式錯誤的片段鏈可能會繞過預期的驗證，並以不一致的長度狀態驅動重組，進而導致本機拒絕服務。將累計長度儲存在長度類型欄位中，並在現有驗證邏輯執行之前拒絕更新溢位，以修正統計。已針對原始再現程式和有效的片段重組路徑驗證修正。（CVE-2026-52914）

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

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

  - sctp：只有在關聯設定/重新設定期間將關聯移至 COOKIE_WAIT 時，才會叫用過時 COOKIE-ECHO 處理 sctp_stream_update（） 上的清除出佇列。在此路徑中，輸出資料流程排程器狀態 （stream->out_curr） 預期為乾淨，因為除非狀態機器已部分進度，否則尚未傳輸任何使用者資料。但是，sctp_sf_do_5_2_6_stale（） 中存在一個極端情況：當收到過時的 Cookie ERROR 時，關聯會從 COOKIE_ECHOED 回滾為 COOKIE_WAIT。在此案例中，使用者資料可能已經排入佇列，甚至與 COOKIE-ECHO 區塊捆綁在一起。在復原期間，sctp_stream_update（） 會釋放舊的資料流表並安裝新的資料流資料表，但不會使資料流>out_curr失效。因此，out_curr仍可能指向從先前資料流狀態釋放的sctp_stream_out項目。稍後，SCTP 排程器出列路徑 （FCFS、RR、PRIO 等） 依賴 stream->out_curr->ext，一旦透過 sctp_stream_free（） 釋放舊的串流狀態，就可能導致釋放後使用。這會導致崩潰，例如（由 Yuqi 報告）： 錯誤：KASAN：
    slab-use-after-free in sctp_sched_fcfs_dequeue+0x13a/0x140 由任務 mini_poc/9312 在 addr ff1100004d4d3208 讀取大小 8 CPU：1 UID：1001 PID：9312 通訊：mini_poc 未受污染 7.1.0-rc1-00305-gbd3a4795d574 #5 PREEMPT（full） sctp_sched_fcfs_dequeue+0x13a/0x140 sctp_outq_flush+0x1603/0x33e0 sctp_do_sm+0x31c9/0x5d30 sctp_assoc_bh_rcv+0x392/0x6f0 sctp_inq_push+0x1db/0x270 sctp_rcv+0x138d/0x3c10 在以下情況下完全清除關聯出佇列來修正此問題處理過時 Cookie 案例。這可確保捨棄所有擱置中的傳輸和重新傳輸狀態，且任何排程器快取的指標都會失效，進而在重新啟動期間安全地重建串流狀態COOKIE_WAIT。僅更新資料流>out_curr是不夠的，因為佇列和可重新傳輸的資料仍會參考舊的資料流狀態，並在出隊路徑中觸發稍後的釋放後使用。（CVE-2026-52924）

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

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

  - tun：將 tun_put_user（） 中的整個 VNet 標頭歸零 tun_put_user（） 宣告堆疊上結構virtio_net_hdr_v1_hash_tunnel，而不將其歸零。對於非隧道 skb，virtio_net_hdr_tnl_from_skb（） 僅初始化前 10 個位元組 （sizeof（struct virtio_net_hdr）），將位元組 10..23 （num_buffers 和雜湊/隧道欄位） 保留為堆疊垃圾。無特權的使用者可以使用 TUNSETVNETHDRSZ 將 vnet 標頭大小設定為 24，因此 __tun_vnet_hdr_put（） 會將部分初始化結構的所有 24 個位元組複製到使用者空間，每次讀取非通道封包時都會洩漏 14 個位元組的核心堆疊。以與 tun_get_user（） 相同的方式修復它，方法是在宣告後立即將整個標頭歸零。（CVE-2026-52940）

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

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

  - net：skbuff：修正pskb_carve協助程式 pskb_carve_inside_header（） 和 pskb_carve_inside_nonlinear（） 中缺少的 ZeroCopy 參照，兩者都透過 memcpy（） 將舊的 skb_shared_info 標頭複製到新緩衝區中，其中包括MSG_ZEROCOPY skb 的destructor_arg指標 （UARG）。這兩個函式都不會為新的 shinfo 呼叫 net_zcopy_get（），從而建立一個不明destructor_arg持有者：每個設定skb_shared_info在釋放時都會呼叫 skb_zcopy_clear（） 一次，但從未為新副本呼叫對應的 net_zcopy_get（）。重複呼叫會過早將 uarg->refcnt 驅動為零，從而釋放ubuf_info_msgzc，而 TX skb 仍保留即時destructor_arg指標。KASAN 在釋放的ubuf_info_msgzc上報告釋放後使用： 錯誤： KASAN：skb_release_data+0x77b/0x810 中的 slab-use-after-free 由任務 poc/220 在 addr ffff88801574d3e8 讀取大小 8 呼叫追蹤：skb_release_data+0x77b/0x810 kfree_skb_list_reason+0x13e/0x610 skb_release_data+0x4cd/0x810 sk_skb_reason_drop+0xf3/0x340 skb_queue_purge_reason+0x282/0x440 rds_tcp_inc_free+0x1e/0x30 rds_recvmsg+0x354/0x1780
    __sys_recvmsg+0xdf/0x180 由任務 219 分配：msg_zerocopy_realloc+0x157/0x7b0 tcp_sendmsg_locked+0x2892/0x3ba0 由任務 219 釋放：ip_recv_error+0x74a/0xb10 tcp_recvmsg+0x475/0x530 使用延遲存取的 skb 仍然透過 pskb_carve_inside_nonlinear（） 複製的 shinfo->destructor_arg 引用相同的 uarg，而沒有引用計數增加。這已被驗證為可可靠地利用：
    有效的概念驗證可在預設核心組態上，從無特權的本機使用者實現完整的 root 權限提升。此修正遵循具有相同 memcpy/cloned 結構的 pskb_expand_head（） 模式。對於 pskb_carve_inside_header（），net_zcopy_get（） 放置在 skb_orphan_frags（） 成功之後，因此孤立的錯誤路徑不需要清除。對於 pskb_carve_inside_nonlinear（），net_zcopy_get（） 放置在所有故障點之後和 skb_release_data（） 之前，因此根本不需要清理錯誤路徑 - 更緊密地匹配 pskb_expand_head（） 並避免需要平衡 net_zcopy_put（）。（CVE-2026-52943）

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

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

  - net/rds：修正遮罩不可部分完成 rds_ib_send_cqe_handler（） 中的 NULL 解除參照 rds_ib_xmit_atomic（） 始終為每個 RDS 不可部分完成 cmsg 編程遮罩不可部分完成操作碼（IB_WR_MASKED_ATOMIC_CMP_AND_SWP 或 IB_WR_MASKED_ATOMIC_FETCH_AND_ADD）。但是 rds_ib_send_unmap_op（） 中的完成端開關僅處理未遮罩的操作碼，因此遮罩的原子完成會變成預設值，並在 send->s_op 保持設定狀態時傳回 rm == NULL。然後，rds_ib_send_cqe_handler（） 透過 rm->m_final_op 取消參照 NULL rm，在 softirq 上下文中 oopsing。在作用中的 RDS/IB 連線上，不可部分完成 cmsg 的無權限AF_RDS sendmsg（） 會觸發它;在原生接受遮罩原子 （mlx4、mlx5） 的硬體上，不需要額外的設定。RDS/IB：rds_ib_send_unmap_op：WR 中意外的操作碼0xd！哎呀：一般保護錯誤 [#1] SMP KASAN KASAN：null-ptr-deref in range [0x0000000000000190-0x0000000000000197] RIP：rds_ib_send_cqe_handler+0x25c/0xb10 （net/rds/ib_send.c：282） 呼叫追蹤： <IRQ> rds_ib_send_cqe_handler （net/rds/ib_send.c：282） poll_scq （net/rds/ib_cm.c：274） rds_ib_tasklet_fn_send （net/rds/ib_cm.c：294） tasklet_action_common （kernel/softirq.c：943） handle_softirqs （kernel/softirq.c：573） run_ksoftirqd （kernel/softirq.c：479） </IRQ> 核心錯誤 - 不同步：中斷中的致命異常 在與未遮罩的操作碼相同的情況下處理遮罩的原子操作碼：它們映射到相同的結構rds_message.atomic union 成員，因此現有的 container_of（）/rds_ib_send_unmap_atomic（） 主體對它們來說是正確的。
    (CVE-2026-52939)

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

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

  - vrf：從 VRF RCU 讀取器移除連接埠時，修正潛在的 NPD，該讀取器使用 netif_is_l3_slave（） 將網路裝置識別為 VRF 連接埠，假設後續呼叫 netdev_master_upper_dev_get_rcu（） 將傳回 VRF 裝置。然後，他們繼續取消參照其 l3mdev 作業。這種假設並不總是正確的，並且可能導致 NPD [1]。從 VRF 中移除連接埠時，不會進行 RCU 同步，因此 RCU 讀取器可能會看到沒有 l3mdev 作業的新主裝置 （例如橋接器）。透過在清除 IFF_L3MDEV_SLAVE 旗標後新增 RCU 同步來修正。當網路裝置在刪除過程中從 VRF 中移除時，以及刪除 VRF 裝置本身時，請跳過此同步處理。在後一種情況下，RCU 寬限期將在 RTNL 發佈時過去。[1] 錯誤：
    核心 NULL 指標解除參照，位址：0000000000000000 [...]RIP：0010：l3mdev_fib_table_rcu （net/l3mdev/l3mdev.c：181） [...]呼叫追蹤： <TASK> l3mdev_fib_table_by_index （net/l3mdev/l3mdev.c：201 net/l3mdev/l3mdev.c：189） __inet_bind （net/ipv4/af_inet.c：499 （鑑別器 3）） inet_bind_sk （net/ipv4/af_inet.c：469） __sys_bind （./include/linux/file.h：62 （鑑別器 1） ./include/linux/file.h：83 （鑑別器 1） net/socket.c：1951 （鑑別器 1）） __x64_sys_bind （net/socket.c：1969 （鑑別器 1） net/socket.c：1967 （鑑別器 1） net/socket.c：1967 （鑑別器 1）） do_syscall_64 （arch/x86/entry/syscall_64.c：63 （鑑別器 1） arch/x86/entry/syscall_64.c：94 （鑑別器 1）） entry_SYSCALL_64_after_hwframe （arch/x86/entry/entry_64.S：130） （CVE-2026-52925）

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

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

  - netfilter： ipset：結束時停止雜湊：* 範圍反覆運算 下列雜湊集變體： hash：ip，mark hash：ip，port hash：ip，port，ip hash：ip，port，net，使用 32 位元迭代器反覆運算 IPv4 範圍。一旦處理了要求範圍中的最後一個位址，迭代器就必須停止。再次前進可能會將遊走狀態移過要求結尾，因此稍後的重試可能會從非預期的位置繼續。在迴圈結束時明確處理迭代器增量，並在處理上限後停止。這樣可以在有效範圍內保持現有的重試行為不變，同時防止周遊繼續超過原始邊界。（CVE-2026-52921）

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

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

  - netfilter： nf_log：在轉儲之前驗證 MAC 標頭的設定 dump_mac_header（） 的後援路徑僅使用 skb->mac_header ！= skb->network_header 來保護 MAC 標頭存取，而不檢查 skb_mac_header_was_set（）。當 MAC 標頭未設定時，mac_header 0xffff，因此測試通過並且 skb_mac_header（skb） 傳回 skb->head + 0xffff，~64 KiB 通過緩衝區;然後，迴圈會越界讀取 dev->hard_header_len 位元組到核心記錄檔中。這可透過 netdev 記錄器存取：
    nf_log_unknown_packet（） 無條件調用 dump_mac_header（），透過帶有 PACKET_QDISC_BYPASS 的 AF_PACKET 發送的 skb 到達出口勾點，但mac_header仍未設定 （__dev_queue_xmit（） 會重設它，但會被繞過）。新增 ARPHRD_ETHER 路徑已經使用的 skb_mac_header_was_set（） 檢查，並將開放編碼的 MAC 標頭長度測試替換為 skb_mac_header_len（）。只有未設定 MAC 標頭的 skb 會受到影響;有效的會像以前一樣傾印。錯誤：KASAN：dump_mac_header中的 slab-out-of-bounds （net/netfilter/nf_log_syslog.c：831） 任務 exploit/148 在 addr ffff88800ea49d3f 處讀取大小 1 呼叫追蹤：kasan_report （mm/kasan/report.c：595） dump_mac_header （net/netfilter/nf_log_syslog.c：831） nf_log_netdev_packet （net/netfilter/nf_log_syslog.c：938 net/netfilter/nf_log_syslog.c：963） nf_log_packet （net/netfilter/nf_log.c：260） nft_log_eval （net/netfilter/nft_log.c：60） nft_do_鏈結 （net/netfilter/nf_tables_core.c：285） nft_do_chain_netdev （net/netfilter/nft_chain_filter.c：307） nf_hook_slow （net/netfilter/core.c：619） nf_hook_direct_egress （net/packet/af_packet.c：257） packet_xmit （net/packet/af_packet.c：280） packet_sendmsg （net/packet/af_packet.c：3114） __sys_sendto （net/socket.c：2265） （CVE-2026-52942）

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

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

  - batman-adv： dat：處理前向分配錯誤 batadv_dat_forward_data（） 呼叫 pskb_copy_for_clone（） 為每個 DHT 候選複製 skb，但在將傳回值傳遞給 batadv_send_skb_prepare_unicast_4addr（） 之前不檢查傳回值。該函式會無條件地解除參照 skb，因此失敗的配置會觸發 NULL 指標解除參照。配置失敗時跳過轉送至目前的 DHT 候選項目。（CVE-2026-52922）

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

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

  - af_unix：拒絕非資料流程通訊端上的 SIOCATMARK SIOCATMARK 會報告接收佇列是否處於MSG_OOB的緊急標記。在AF_UNIX中，只有SOCK_STREAM通訊端才支援MSG_OOB。SOCK_DGRAM 和 SOCK_SEQPACKET 拒絕 sendmsg（） 和 recvmsg（） 中的MSG_OOB，因此它們也不應該支援 SIOCATMARK。
    在檢查接收佇列之前，針對非串流通訊端傳回 -EOPNOTSUPP。（CVE-2026-52928）

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

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

  - crypto：jitterentropy - 將長期持有的微調鎖替換為互斥 jent_kcapi_random（） 會序列化共用的抖動熵狀態，但它目前在 jent_read_entropy（） 呼叫中保留微調鎖。該路徑執行昂貴的抖動收集和 SHA3 調節，因此並行讀取器可以在爭用服務員旋轉相同的鎖時觸發停止。為了防止非搶佔式鎖定保持，請將 rng->jent_lock 替換為互斥，以便爭用的讀取器休眠，而不是在昂貴的熵生成過程中持有的共享鎖上旋轉。（CVE-2026-52936）

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

根據應用程式自我報告的版本號碼，遠端主機上執行的 Tenable Identity Exposure 低於 3.93.5 版。因此會受到 TNS-2026-16 公告中提及的多個弱點影響：

  - Tenable Identity Exposure 在 /w/api/* 下包含多個未經驗證的 API 端點，這些端點會將敏感的應用程式組態資料 （包括明文 LDAP 認證、SAML 組態、使用者帳戶和目錄設定） 暴露給未經驗證的遠端攻擊者。受影響的回應會使用 Cache-Control： public 標頭提供，而不使用 Vary： Cookie，因此即使在套用驗證之後，反向 Proxy 和 CDN 仍可快取敏感資料並將其提供給未經驗證的使用者。（CVE-2026-13007）

  - ASP.NET Core 中出現 http 要求 (「http 請求/回應走私」) 解譯不一致的情況，可讓授權的攻擊者在網路上繞過安全性功能。 (CVE-2025-55315)

  - 將過大的 OCTET STRING 值轉換為十六進位字串，會導致在 32 位元平台上發生堆積緩衝區溢位。堆積緩衝區溢位可能導致當機，或可能導致攻擊者控製程式碼執行或其他未定義的行為。(CVE-2026-31789)

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

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

  - Caddy 是預設使用 TLS 的可擴充伺服器平台。From 2.4.0 until 2.11.3，授權層和 /config 遊走層對於路徑所指的物件未達成一致。在此情況下，系統會接受一個組態物件授權的路徑，但在遊走期間解析為不同的組態物件。發生這種情況的原因是授權層使用字串前置詞比對，而 /config 遊走層使用 strconv 以數值方式剖析陣列索引。Atoi（）。此弱點已在 2.11.3 中修正。(CVE-2026-45692)

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

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

  - 1.27.0-rc1 之前的 MuPDF 在 EPUB CSS 轉譯引擎中包含一個不受控制的遞迴弱點，遠端攻擊者可透過提供具有深層巢狀 HTML 元素和內嵌 CSS 樣式的惡意製作的 EPUB 檔案來造成拒絕服務。css-apply.c 中的函式 value_from_inheritable_property（） 透過 CSS 屬性繼承鏈遞迴，沒有深度限制，耗盡進程堆疊並導致任何使用 MuPDF 進行 EPUB 渲染的應用程式崩潰。（CVE-2025-71382）

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

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

  - openlink virtuoso-opensource v7.2.11 的 sqlo_try_in_loop 元件中的一個問題允許攻擊者透過特製的 SQL 陳述式造成拒絕服務 （DoS）。（CVE-2025-61024）

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

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

  - 將 libcurl 控點重複用於由環境變數 Proxy 組態驅動的循序傳輸時，libcurl 無法清除要求之間的 Proxy 鑑別狀態。具體來說，如果初始傳輸使用摘要驗證對「proxyA」進行身份驗證，則透過「proxyB」路由的後續傳輸會錯誤地洩漏僅用於「proxyA」的「Proxy-Authorization：」標頭。（CVE-2026-8927）

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

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

  - Caddy 是預設使用 TLS 的可擴充伺服器平台。從 2.7.0 直到 2.11.3，modules/caddyhttp/reverseproxy/fastcgi/fastcgi.go 中的 FastCGI 傳輸的 splitPos（） 濫用了 golang.org/x/text/search 搜尋。IgnoreCase 當要求路徑包含非 ASCII 位元組時。該後援中的兩個明顯缺陷讓攻擊者誤導 Caddy 的 FastCGI 拆分，將 non-.php （或其他配置的 split_path 副檔名） 檔案視為腳本。在攻擊者可以將內容放入透過 FastCGI 提供的檔案（上傳、檔案儲存等）的任何部署中，這可以透過製作路徑觸發任一缺陷的 URL 來升級為遠端程式碼執行。此弱點已在 2.11.3 中修正。(CVE-2026-45135)

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

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

  - jackson-databind 包含 Jackson Data Processor 的一般用途資料繫結功能及樹狀結構模型。From 2.10.0 until 2.18.8、 2.21.4、 3.1.4和 ，BasicPolymorphicTypeValidator.Builder.allowIfSubTypeIsArray（） 只會根據 clazz.isArray（） 將任何陣列類型列入允許清單，而不會根據設定的允許清單驗證陣列的元件 （元素） 類型。
    因此，使用 allowIfSubTypeIsArray（） 加上明確的具體類型允許清單建置的 PTV 仍允許 EvilType[]，即使 EvilType 未列入允許清單。當 Jackson 還原序列化元素且沒有每個元素類型識別碼時，它會直接實例化元件類型，而不需要進一步的 PTV 檢查，而是繞過允許清單。此弱點已在 、 2.21.4和 3.1.4中2.18.8修正。（CVE-2026-54513）

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

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

  - 當使用者使用無配置 URL 與 '--proto-default' sftp （或 scp） 結合呼叫 curl 時，工具層和 libcurl 之間會發生中斷連線。工具層錯誤地推斷了 URL 配置，這錯誤地繞過了關鍵 SSH 安全選項的初始化，例如 CURLOPT_SSH_HOST_PUBLIC_KEY_SHA256 和 CURLOPT_SSH_KNOWNHOSTS。相反地，libcurl 執行階段會成功接受CURLOPT_DEFAULT_PROTOCOL，並依照指定透過 SFTP/SCP 建立連線。
    由於工具層略過安全性設定，因此會默默省略這些 SSH 主機驗證選項，導致 curl 連線至未經驗證的 SSH 遠端主機，而不會擲回錯誤。
    (CVE-2026-12064)

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

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

  - 影響：當 webpack-dev-server 上的使用者設定 Proxy 具有廣泛的上下文 （例如 /） 且 ws： true 時，它也會攔截開發伺服器自己的 HMR WebSocket 並將其轉送至 Proxy 目標。這會將瀏覽器的 cookie 和 Origin 標頭洩露到後端，繞過開發伺服器的主機/來源驗證，並損壞 HMR 通訊端（HMR 和代理最終都會寫入相同的通訊端）。修補程式：在 webpack-dev-server@5.2.5 中修正。因應措施：將使用者定義的 Proxy 內容範圍限定為特定路徑，而不是 /，或在不需要 WebSocket 轉送時，從 Proxy 項目中省略 ws： true。（CVE-2026-9595）

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

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

  - libcurl 有一個缺陷，當被指示清除代理身份驗證憑據時，它不會這樣做，留下舊憑據用於不應知道或使用它們的後續傳輸。
    (CVE-2026-9079)

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

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

  - 在某些情況下，當被要求執行協商驗證的連線時，libcurl 可能會重複使用錯誤的連線，即使它們被設定為使用不同的「服務」。libcurl 具有最近連線集區，以便後續請求可以重複使用現有連線以避免額外負荷。重複使用連線時，必須符合一系列準則。由於程式碼中的邏輯錯誤，應用程式發出的要求可能會錯誤地重複使用與使用不同服務驗證之相同伺服器的現有連線。（CVE-2026-8458）

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

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

  - 成功使用 libcurl 透過 **Digest** 驗證傳輸到特定 HTTP 來源 （'hostA'），然後將來源變更為不同的來源 （'hostB'） 進行第二次傳輸，重複使用相同的控制碼，會導致 libcurl 錯誤地將用於 'hostA' 的 'Authorization：' 標頭欄位傳遞給 'hostB'。（CVE-2026-11856）

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

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

  - openlink virtuoso-opensource v7.2.11 的 sqlo_natural_join_cond 元件中的一個問題允許攻擊者透過特製的 SQL 陳述式造成拒絕服務 （DoS）。（CVE-2025-61021）

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

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

  - curl 的 QUIC UDP 接收函式中的一個問題允許惡意 HTTP/3 伺服器針對 curl 或 libcurl 用戶端觸發遠端拒絕服務。因為協助程式函式會捨棄零長度的 UDP 資料包，然後再將其計入每個呼叫封包預算，所以連線的 QUIC 對等可以持續串流空資料包，以無限期地停止用戶端。（CVE-2026-11352）

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

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

  - libcurl 中的弱點導致 HTTP 'Referer：' 標頭在明確清除時仍會持續存在。
    雖然文件指出將 NULL 傳遞給 'CURLOPT_REFERER' 會抑制標頭，但該選項無法清除內部狀態。結果，先前的反向連結字串被錯誤地重複使用並在後續請求中傳送，從而可能將敏感資訊洩露給意外伺服器。
    (CVE-2026-9546)

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

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

  - Caddy 是預設使用 TLS 的可擴充伺服器平台。在之前 2.11.4，Caddy 的 stripHTML 範本函式無法可靠地從輸入字串中移除所有 HTML 標籤。某些格式錯誤的 HTML （例如 <<>img src=x onerror=alert（）>） 可能會繞過標籤剝離邏輯，如果稍後轉譯為 HTML，則可能會在輸出中留下危險內容。這可能會允許在不信任字串不安全轉譯的情況下使用用戶端 XSS。此弱點已在 2.11.4 中修正。(CVE-2026-52846)

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

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

  - 存在弱點，其中使用 STARTTLS 升級連線的新傳輸可能會重複使用現有的即時連線，即使 TLS 配置不相符，因此不CVE-2026-8286應該。

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

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

  - openlink virtuoso-opensource v7.2.11 的 time_t_to_dt 元件中的一個問題允許攻擊者透過特製的 SQL 陳述式造成拒絕服務 （DoS）。（CVE-2025-61028）

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

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

  - GPAC MP4Box v2.4 被發現在 isomedia/isom_write.c 的 gf_isom_add_track_kind（） 函式中包含 NULL 指標解除參照。此漏洞允許攻擊者透過特製的 MP4 檔案造成拒絕服務 （DoS）。（CVE-2025-55639）

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

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

  - 根據預設，curl 會自動回應 WebSocket PING 框架。由於 curl 缺少未確認框架的記憶體配置上限，因此惡意伺服器可能會以快速、循序的 PING 訊息淹沒 curl，以耗盡所有可用的記憶體。（CVE-2026-11586）

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

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

  - openlink virtuoso-opensource v7.2.11 的 sqlo_place_dt_set 元件中的一個問題允許攻擊者透過特製的 SQL 陳述式造成拒絕服務 （DoS）。（CVE-2025-61018）

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

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

  - 與 SASL 驗證搭配使用的 curl 邏輯最終可能會清理 GSASL 內容*兩次*，而不清除中間的指標，使其「free（）」相同的指標兩次。（CVE-2026-8925）

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

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

  - openlink virtuoso-opensource v7.2.11 的 sqlo_tb_col_preds 元件中的一個問題允許攻擊者透過特製的 SQL 陳述式造成拒絕服務 （DoS）。（CVE-2025-61022）

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

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

  - YT-DLP 是一個命令行音訊/視訊下載器。在 2026.06.09 之前的版本，yt-dlp 中存在一個弱點，遠端攻擊者可將任意作業系統捷徑檔案 (例如 .desktop、.url、.webloc) 寫入使用者的檔案系統，繞過對於 CVE-2024-38519 的修復。允許清單明確包含不安全的副檔名 .desktop、.url 和 .webloc，以便保留選項 --write-link  (及其變體) 的功能。攻擊者可利用這些允許清單內容，在媒體或字幕下載的內容中寫入惡意作業系統捷徑檔案。此弱點已在 2026.06.09 中修正。(CVE-2026-50023)

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

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

  - openlink virtuoso-opensource v7.2.11 的 sqlo_key_part_best 元件中存在問題，攻擊者可透過特製的 SQL 陳述式造成拒絕服務 （DoS）。（CVE-2025-61019）

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

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

  - jackson-databind 包含 Jackson Data Processor 的一般用途資料繫結功能及樹狀結構模型。From 2.21.0 until 2.21.4 和 3.1.4，POJOPropertiesCollector._renameProperties（） 允許重新命名而不是刪除 getter 上具有 @JsonProperty（renamed）和 setter 上具有 @JsonIgnore 的屬性。啟用MapperFeature.INFER_PROPERTY_MUTATORS （預設） 後，會保留專用備份欄位;在還原序列化期間，BeanDeserializerFactory.addBeanProps（） 會看到 hasField（）==true，建立 FieldProperty，並使支援欄位可寫入。提供重新命名的 JSON 金鑰的攻擊者會直接寫入支援欄位，繞過 setter 上的@JsonIgnore。此弱點已在 3.1.4 中修正。
    (CVE-2026-54516)

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

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

  - 此弱點的存在是因為 Apptainer 中限制容器路徑指令的路徑比對邏輯中的字串前綴評估不正確，如果非隔離目錄名稱與允許的路徑共用字串前綴，則錯誤地允許非隔離目錄名稱匹配 （例如，匹配禁止的 /scratch2 目錄，因為它以授權的 /scratch 開頭），使本機攻擊者能夠從未經批准的主機目錄執行容器。（CVE-2026-48785）

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

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

  - jackson-databind 包含 Jackson Data Processor 的一般用途資料繫結功能及樹狀結構模型。From 2.10.0 until 2.18.8、 2.21.4和 3.1.4，jackson-databind 的 PolymorphicTypeValidator （PTV） 是保護多態反序列化的主要安全機制。當啟用多態類型且類型識別碼包含通用參數 （亦即類型識別碼字串包含 <） 時，DatabindContext._resolveAndValidateGeneric（） 只會針對已設定的 PTV 驗證原始容器類別名稱 （< 之前的子字串）。如果容器類型獲得批准，則該方法會透過 TypeFactory.constructFromCanonical（） 剖析完整的標準類型字串，並傳回完全參數化的類型，而無需針對 PTV 驗證巢狀類型引數。然後，巢狀類型引數會在還原序列化期間解析、實例化，並填入為 Bean。因此，控制類型 ID 的攻擊者可以將拒絕的類別放置為允許容器的泛型類型參數，例如，當只有 java.util.ArrayList 被列入允許清單時，java.util.ArrayList<com.evil.Gadget> 。集裝箱通過PTV檢查;com.evil.Gadget 透過 Class.forName（name， true， loader） 載入、實例化，其屬性是從攻擊者控制的 JSON 設定的。這完全繞過明確設定的 PTV 允許清單。此弱點已在 、 2.21.4和 3.1.4中2.18.8修正。（CVE-2026-54512）

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

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

  - 在此案例中，libcurl 會先使用適當的 HTTP/3 伺服器進行初始傳輸，而當它進行第二次傳輸至相同網站時，它已由攻擊者的冒名頂替者電腦取代 - 沒有有效憑證。當 libcurl 第二次使用快取的 SSL 工作階段 （'CURLOPT_SSL_SESSIONID_CACHE' 未停用） 且早期資料啟用 （'CURLSSLOPT_EARLYDATA' 位設定在 'CURLOPT_SSL_OPTIONS'） 時，libcurl 可能會在該新連線上傳送第二個要求的位元組
    *之前* 強制執行憑證驗證失敗。可能洩露敏感資訊。
    (CVE-2026-9545)

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

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

  - 在虛擬化管理程式主機環境 （例如 QEMU） 上，v4.9.2 之前的 libslirp 版本的 TCP 緊急資料處理 （sosendoob） 中的越界堆積讀取和整數反向溢位 freedesktop.org 允許特權客體虛擬機器攻擊者 （root 或 CAP_NET_RAW） 透過傳送具有操控的 URG 旗標和緊急指標 （ti_urp） 的特製 TCP 區段來洩漏千兆位元組的敏感主機處理程序堆積記憶體。（CVE-2026-9539）

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

ID	名稱	嚴重性
322525	Linux Distros 未修補弱點：CVE-2026-52920	high
322524	Linux Distros 未修補弱點：CVE-2026-52929	high
322523	Linux Distros 未修補弱點：CVE-2026-52937	medium
322522	Linux Distros 未修補弱點：CVE-2026-52934	high
322521	Linux Distros 未修補弱點：CVE-2026-52933	high
322520	Linux Distros 未修補弱點：CVE-2026-52912	high
322519	Linux Distros 未修補弱點：CVE-2026-52944	medium
322518	Linux Distros 未修補弱點：CVE-2026-52938	medium
322517	Linux Distros 未修補弱點：CVE-2026-52919	high
322516	Linux Distros 未修補弱點：CVE-2026-52914	critical
322515	Linux Distros 未修補弱點：CVE-2026-52924	high
322514	Linux Distros 未修補弱點：CVE-2026-52940	medium
322513	Linux Distros 未修補弱點：CVE-2026-52943	high
322512	Linux Distros 未修補弱點：CVE-2026-52939	medium
322511	Linux Distros 未修補弱點：CVE-2026-52925	medium
322510	Linux Distros 未修補弱點：CVE-2026-52921	medium
322509	Linux Distros 未修補弱點：CVE-2026-52942	high
322508	Linux Distros 未修補弱點：CVE-2026-52922	high
322507	Linux Distros 未修補弱點：CVE-2026-52928	medium
322506	Linux Distros 未修補弱點：CVE-2026-52936	medium
322483	Tenable Identity Exposure < 3.93.5 多個弱點 (TNS-2026-16)	high
322473	Linux Distros 未修補弱點：CVE-2026-45692	low
322472	Linux Distros 未修補弱點：CVE-2025-71382	high
322471	Linux Distros 未修補弱點：CVE-2025-61024	high
322470	Linux Distros 未修補弱點：CVE-2026-8927	critical
322469	Linux Distros 未修補弱點：CVE-2026-45135	high
322468	Linux Distros 未修補弱點：CVE-2026-54513	high
322467	Linux Distros 未修補弱點：CVE-2026-12064	high
322466	Linux Distros 未修補弱點：CVE-2026-9595	medium
322465	Linux Distros 未修補弱點：CVE-2026-9079	critical
322464	Linux Distros 未修補弱點：CVE-2026-8458	medium
322463	Linux Distros 未修補弱點：CVE-2026-11856	critical
322462	Linux Distros 未修補弱點：CVE-2025-61021	high
322461	Linux Distros 未修補弱點：CVE-2026-11352	high
322460	Linux Distros 未修補弱點：CVE-2026-9546	high
322459	Linux Distros 未修補弱點：CVE-2026-52846	medium
322458	Linux Distros 未修補弱點：CVE-2026-8286	high
322457	Linux Distros 未修補弱點：CVE-2025-61028	high
322456	Linux Distros 未修補弱點：CVE-2025-55639	medium
322455	Linux Distros 未修補弱點：CVE-2026-11586	high
322454	Linux Distros 未修補弱點：CVE-2025-61018	high
322453	Linux Distros 未修補弱點：CVE-2026-8925	critical
322452	Linux Distros 未修補弱點：CVE-2025-61022	high
322451	Linux Distros 未修補弱點：CVE-2026-50023	critical
322450	Linux Distros 未修補弱點：CVE-2025-61019	high
322449	Linux Distros 未修補弱點：CVE-2026-54516	medium
322448	Linux Distros 未修補弱點：CVE-2026-48785	critical
322446	Linux Distros 未修補弱點：CVE-2026-54512	high
322445	Linux Distros 未修補弱點：CVE-2026-9545	high
322444	Linux Distros 未修補弱點：CVE-2026-9539	medium

偵測

Nessus 的 Misc. 系列

high

high

medium

high

high

high

medium

medium

high

critical

high

medium

high

medium

medium

medium

high

high

medium

medium

high

low

high

high

critical

high

high

high

medium

critical

medium

critical

high

high

high

medium

high

high

medium

high

high

critical

high

critical

high

medium

critical

high

high

medium