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

  - nvdimm/bus修正非同步初始化中可能發生的釋放後使用問題 Dingisoul with KASAN 報告 device_add() 在 nd_async_device_register() 中失敗時會發生釋放後使用。認可 b6eae0f61db2 (libnvdimm排程 async init 時保留父項上的參照) 已在父項裝置上正確新增一個參照直到完成非同步初始化為止。不過如果 device_add() 導致配置失敗則裝置的參照計數會在存取父項指標之前降至 0。因而導致釋放後使用。錯誤機器人 AI 正確識別該修正。儲存父項指標的參照以用於放置父項參照無論 device_add() 的結果為何。 (CVE-2026-31399)

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

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

  - NFSD延遲最後參照中斷時 (RCU 寬限期前) 在匯出放置回呼 svc_export_put() 中立即呼叫 path_put() 和 auth_domain_put()。e_show() 和 c_show() 中的 RCU 讀取程式在不保留參照的情況下同時存取 ex_path (透過 seq_path/d_path) 和 ex_client->name (透過 seq_escape)。如果 cache_clean 移除項目並同時中斷最後一個參照則會在仍在使用中釋放子物件進而在 d_path 中產生 NULL 指標解除參照。提交 2530766492ec (nfsd修正存取 ex_uuid 或 ex_stats 時的 UAF) 將 ex_uuid 和 ex_stats 的 kfree 移至 call_rcu 回呼但讓 path_put() 和 auth_domain_put() 在寬限期前執行因為可能會在 softirq 內容中休眠並執行 call_rcu 回呼。將 call_rcu/kfree_rcu 取代為 queue_rcu_work()將回呼延遲到 RCU 寬限期過後並在允許休眠的處理程序內容中執行。這允許將 path_put() 和 auth_domain_put() 移至其他資源釋放旁邊的延遲回呼中。將相同的修正套用至 expkey_put()其與 ek_path 和 ek_client 具有相同模式。專用的工作佇列將關機排出範圍僅限於 NFSD 匯出版本工作項目排清共用的 system_unbound_wq 會因來自其他子系統的不相關工作而停止。 nfsd_export_shutdown() 使用 rcu_barrier() 和 flush_workqueue()確保在匯出快取損毀前完成所有延遲的釋放回呼。修訂者：Jeff Layton <jlayton@kernel.org> (CVE-2026-31404)

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

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

  - nfsd修正 NFSv4.0 LOCK 重播快取中的堆積溢位 NFSv4.0 重播快取使用固定的 112 位元組內嵌緩衝區 (rp_ibuf[NFSD4_REPLAY_ISIZE]) 來儲存已編碼的作業回應。此大小是根據 OPEN 回應計算而未考量 LOCK 拒絕回應其中包含衝突鎖定擁有者作為最多 1024 位元組的變數長度欄位 (NFS4_OPAQUE_LIMIT)。當 LOCK 作業因為與擁有大型擁有者的現有鎖定衝突而遭拒絕時nfsd4_encode_operation() 會透過 read_bytes_from_xdr_buf() 將完整編碼的回應複製到尺寸過小的重播緩衝區中而無需進行邊界檢查。這會導致在超出緩衝區結尾處最多 944 位元組的平台超出邊界寫入進而損毀相鄰堆積記憶體。未經驗證的攻擊者可使用兩個合作的 NFSv4.0 用戶端遠端觸發此瑕疵一個使用大型擁有者字串設定鎖定另一個則要求衝突鎖定以引發拒絕。我們可以透過增加 NFSD4_REPLAY_ISIZE 來修正此問題以允許完全不透明但是這會增加每個狀態擁有者的大小而大多數鎖定擁有者並沒有那麼大。而是在復製到重播緩衝區之前檢查 NFSD4_REPLAY_ISIZE 的編碼回應長度以解決此問題。如果回應太大請將 rp_buflen 設為 0 以略過快取重播承載。其狀態仍在快取中且用戶端已收到針對原始要求的正確回應。 (CVE-2026-31402)

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

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

  - wifimac80211發生 ieee80211_tx_prepare_skb() 失敗時一律釋放 skb ieee80211_tx_prepare_skb() 具有三個錯誤路徑但其中只有兩個釋放 skb。第一個錯誤路徑 (傳回 TX_DROP 的 ieee80211_tx_prepare()) 不會釋放它但是 invoke_tx_handlers() 失敗和分割檢查兩者都會釋放。將 kfree_skb() 新增至第一個錯誤路徑使這三個路徑全部一致並移除呼叫端中現已多餘的釋放 (ath9k、mt76、mac80211_hwsim) 以避免重複釋放。在函式的 kdoc 中記錄 skb 擁有權保證。 (CVE-2026-23444)

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

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

  - netusbcdc_ncm新增 ndpoffset 至 NDP16 nframes 邊界檢查 cdc_ncm_rx_verify_ndp16() 會驗證 NDP 標頭及其 DPE 項目是否符合 skb。第一個檢查正確說明 ndpoffset
    if ((ndpoffset + sizeof(struct usb_cdc_ncm_ndp16)) > skb_in->len) 但是第二次檢查省略了 if ((sizeof(struct usb_cdc_ncm_ndp16) + ret * (sizeof(struct usb_cdc_ncm_dpe16))) > skb_in->len) 這個會對照 skb 總長度驗證 DPE 陣列大小就像 NDP 位於位移 0 而非 ndpoffset 一樣。將 NDP 放置在 NTB (大 wNdpIndex) 的結尾附近時即使通過檢查DPE 項目仍可延伸超過 skb 資料緩衝區。然後cdc_ncm_rx_fixup() 會在反覆 DPE 陣列時讀取超出邊界的記憶體。將 ndpoffset 新增至 nframes 邊界檢查並使用 struct_size_t() 更清楚地表示 NDP-plus-DPE-array 大小。 (CVE-2026-23448)

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

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

  - Rack 是一種模組化的 Ruby Web 伺服器介面。從 3.2.0 版到 3.2.6之前的版本Rack::Multipart::Parser 會不正確地展開折疊的多部分標頭。當 multipart 標頭包含 obs-fold 序列時Rack 會保留剖析參數值 (例如檔案名稱或名稱) 中的內嵌 CRLF而不是在展開期間移除折疊的分行符號。因此之後在 HTTP 回應標頭中重複使用這些剖析值的應用程式可能容易受到下游標頭插入或回應分割的影響。此問題已在 3.2.6 版中修正。(CVE-2026-26962)

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

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

  - net/schedteql修正 teql_master_xmit 中的重複釋放問題每當 TEQL 裝置以未鎖定的 Qdisc 身分使用 root 時應使用 seq_lock 呼叫 qdisc_reset以避免與資料路徑爭用。否則可能會導致以下崩潰：[ 238.028993][ T318] BUG：KASAN：skb_release_data (net/core/skbuff.c:1139) 中出現雙重釋放 [ 238.029328][ T318] Free of addr ffff88810c67ec00 by task poc_teql_uaf_ke/318 [238.029749][ T318] [ 238.029900][ T318] 任務 poc_teql_uaf_ke/318 釋放了位址 ffff88810c67ec00 [ CPU]未被污染 7.0.0-rc3-00149-ge5b31d988a41 #704 PREEMPT(full) [ 238.029906][ T318] 硬體名稱：Bochs Bochs，BIOS Bochs 2011年1月1日 [ 238.029910][ T318] 呼叫追蹤：[ 238.029913][ T318] <TASK> [ 238.029916][ T318] dump_stack_lvl (lib/dump_stack.c:122) [ 238.029928][ T318] print_report (mm/kasan/report.c:379 mm/kasan/report.c:482) [ 238.029940][ T318] ? skb_release_data (net/core/skbuff.c:1139) [ 238.029944][T318] ? srso_alias_return_thunk (arch/x86/lib/retpoline.S:221) ... [ 238.029957][ T318] ? skb_release_data (net/core/skbuff.c:1139) [ 238.029969][ T318] kasan_report_invalid_free (mm/kasan/report.c:221 mm/kasan/report.c:563) [ 238.029979][ T318] ? skb_release_data (net/core/skbuff.c:1139) [ 238.029989][T318] check_slab_allocation (mm/kasan/common.c:231) [ 238.029995][ T318] kmem_cache_free (mm/slub.c:2637 (discriminator 1) mm/slub.c:6168 (discriminator 1) mm/slub.c:6298 (discriminator 1)) [ 238.030004][ T318] skb_release_data (net/core/skbuff.c:1139) ... [ 238.030025][ T318] sk_skb_reason_drop (net/core/skbuff.c:1256) [ 238.030032][ T318] pfifo_fast_reset (./include/linux/ptr_ring.h:171 ./include/linux/ptr_ring.h:309 ./include/linux/skb_array.h:98 net/sched/sch_generic.c:827) [ 238.030039][T318] ? srso_alias_return_thunk (arch/x86/lib/retpoline.S:221) ... [ 238.030054][ T318] qdisc_reset (net/sched/sch_generic.c:1034) [ 238.030062][ T318] teql_destroy (./include/linux/spinlock.h:395 net/sched/sch_teql.c:157) [ 238.030071][ T318] __qdisc_destroy (./include/net/pkt_sched.h:328 net/sched/sch_generic.c:1077) [ 238.030077][ T318] qdisc_graft (net/sched/sch_api.c:1062 net/sched/sch_api.c:1053 net/sched/sch_api.c:1159) [ 238.030089][ T318] ? __pfx_qdisc_graft (net/sched/sch_api.c:1091) [ 238.030095][ T318] ? srso_alias_return_thunk (arch/x86/lib/retpoline.S:221) [238.030102][ T318] ? srso_alias_return_thunk (arch/x86/lib/retpoline.S:221) [ 238.030106][ T318] ? srso_alias_return_thunk (arch/x86/lib/retpoline.S:221) [ 238.030114][ T318] tc_get_qdisc (net/sched/sch_api.c:1529 net/sched/sch_api.c:1556) ... [ 238.072958][ T318] 任務 303 在 CPU 5 上於 238.026275 秒分配：[ 238.073392][ T318] kasan_save_stack (mm/kasan/common.c:58) [ 238.073884][ T318] kasan_save_track (mm/kasan/common.c:64 (discriminator 5) mm/kasan/common.c:79 (discriminator 5)) [238.074230][ T318] __kasan_slab_alloc (mm/kasan/common.c:369) [ 238.074578][ T318] kmem_cache_alloc_node_noprof (./include/linux/kasan.h:253 mm/slub.c:4542 mm/slub.c:4869 mm/slub.c:4921) [238.076091][ T318] kmalloc_reserve (net/core/skbuff.c:616 (discriminator 107)) [ 238.076450][ T318]
    __alloc_skb (net/core/skbuff.c:713) [ 238.076834][ T318] alloc_skb_with_frags (./include/linux/skbuff.h:1383 net/core/skbuff.c:6763) [ 238.077178][ T318] sock_alloc_send_pskb (net/core/sock.c:2997) [ 238.077520][ T318] packet_sendmsg (net/packet/af_packet.c:2926 net/packet/af_packet.c:3019 net/packet/af_packet.c:3108 ) [ 238.081469][ T318] [ 238.081870][ T318] 已由 238.028496s 的 cpu 1 上的工作 299 釋放[ 238.082761][ T318] kasan_save_stack (mm/kasan/common.c:58) [238.083481][ T318] kasan_save_track (mm/kasan/common.c:64 (判別器 5) mm/kasan/common.c:79 (判別器 5)) [ 238.085348][ T318] kasan_save_free_info (mm/kasan/generic .c:587 (辨別器 1)) [238.085900][ T318] __kasan_slab_free (mm/ ---truncated--- (CVE-2026-23449)

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

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

  - drm/xe開放程式碼 GGTT MMIO 存取保護 GGTT MMIO 存取目前受到熱插拔 (drm_dev_enter) 保護在驅動程式成功載入且之後解除系結或卸載時其可正確運作。不過如果驅動程式載入失敗此保護機制便不夠充分因為系統永遠不會呼叫 drm_dev_unplug()。此外devm 版本函式無法保證在移除 GGTT MMIO 區域之前具有 GGTT 對應的所有 BO 皆遭到損毀因為背景工作執行緒可能會非同步地釋放部分 BO。若要解決此問題請引入由 GGTT 鎖定保護的開放編碼旗標以保護 GGTT MMIO 存取。此旗標會在 dev_fini_ggtt devm 釋放函式期間遭到清除以確保在終止開始後停用 MMIO 存取。 (從認可 4f3a998a173b4325c2efd90bdadc6ccd3ad9a431) (CVE-2026-23466)

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

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

  - spi修正統計資料配置。直到控制器使用驅動程式核心註冊之後才會配置控制器 per-cpu 的統計資料這會留下一個視窗在該視窗中存取 sysfs 屬性可觸發 NULL 指標解除參照。透過將統計資料配置移至控制器配置同時將其存留期與控制器的存留期 (而非使用隱含 devres) 來修正此問題。 (CVE-2026-23475)

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

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

  - drm/xe/configfs釋放 ctx_restore_mid_bb 記憶體中的 ctx_restore_mid_bb 版本在 wa_bb_store() 中配置但是 xe_config_device_release() 只會釋放 ctx_restore_post_bb。同時釋放 ctx_restore_mid_bb[0].cs 以避免在移除 configfs 裝置時洩漏配置。
    (從認可 a235e7d0098337c3f2d1e8f3610c719a589e115f 精選) (CVE-2026-23421)

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

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

  - net/mlx5e防止並行存取 IPSec ASO 內容。查詢或更新 IPSec 卸載物件是透過 Access ASO WQE 執行。驅動程式針對每個 PF 使用單一 mlx5e_ipsec_aso struct其中包含所有 ASO 作業的共用 DMA 對應內容。存在爭用情形這是因為 ASO 執行緒同步鎖定在硬體完成處理 WQE 之前就已釋放。如果在之後立即起始第二個作業它會覆寫 DMA 區域中的共用內容。當稍後處理第一個作業的完成項目時它會讀取此損毀的內容進而導致未預期的行為和不正確的結果。
    此認可可透過在每個 IPSec 卸載物件中引入私人內容來修正爭用。現在保留 ASO 執行緒同步鎖定時會將共用的 ASO 內容複製到此私人內容中。後續處理過程會使用此已儲存的各物件內容，以確保維持其完整性。 (CVE-2026-23441)

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

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

  - sunrpc修正 cache_release 中的 cache_request 洩漏。當讀取器的檔案描述符號在讀取 cache_request (rp->offset != 0) 過程中關閉時cache_release() 會遞減要求的讀取器計數但從不檢查是否應釋放要求。在 cache_read() 中當讀取器減少至 0 且 CACHE_PENDING 清除時cache_request 會從佇列中移除並連同其緩衝區和 cache_head 參照一起釋放。 cache_release() 缺少此清理。釋放具有 reader == 0 之要求的其他唯一路徑是 cache_dequeue()但它只會在 CACHE_PENDING 從設定轉換為清除時執行。若在讀取器仍為非零時已發生轉換cache_dequeue() 將會略過要求且後續呼叫也不會將其清除。將 cache_read() 中的相同清理邏輯新增至 cache_release()讀取器遞減後檢查其是否達到 0 (清除 CACHE_PENDING 的情況)若為達到則將 cache_request 取消佇列並釋放。 (CVE-2026-31400)

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

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

  - smb用戶端修正使用使用者名稱選項的 krb5 掛載 客戶報告當用戶端嘗試使用錯誤的認證掛載共用時其部分 krb5 掛載針對單一伺服器失敗。結果發現用戶端會重複使用第一次掛載的 SMB 工作階段以嘗試掛載其他共用即使已將不同的 username= 選項指定給其他掛載也是如此。使用使用者名稱掛載選項並搭配 sec=krb5 從 keytab 搜尋主體此問題自 cifs-utils-4.8 起cifs.upcall(8) 便開始支援該主體。因此透過比對 match_session() 中的使用者名稱掛載選項 (即使使用 Kerberos) 來修正此問題。例如以下的第二個掛載應該會以 -ENOKEY 失敗因為 keytab (/etc/krb5.keytab) 中沒有 'foobar' 主體。用戶端最後會重複使用第一次掛載的 SMB 工作階段以執行第二次掛載這是錯誤的。 ``` $ ktutil ktutil: add_entry -password -p testuser -k 1 -e aes256-cts testuser@ZELDA.TEST: ktutilwrite_kt /etc/krb5.keytab ktutil: 結束 $ klist -ke Keytab 名稱
    FILE:/etc/krb5.keytab KVNO 主體 ---- ------------------------------------ ---------------------------------------- 1 testuser@ZELDA.TEST (aes256-cts-hmac-sha1-96) $ mount.cifs //w22-root2/scratch / mnt/1 -o sec=krb5,username=testuser $ mount.cifs //w22-root2/scratch /mnt/2 -o sec=krb5,username=foobar $ mount -t cifs | grep -Po 'username=\K\w+' testuser testuser ``` (CVE-2026-31392)

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

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

  - NFSD在 /proc/fs/nfs/exports fd 的存留期保留網路參照。/proc/fs/nfs/exports proc 項目是在模組初始化時建立並在模組的存留期持續存在。 exports_proc_open() 會擷取呼叫者目前的網路命名空間並將其 svc_export_cache 儲存在 seq->private 中但不會參照命名空間。如果隨後移除命名空間 (例如在 opener 對不同的命名空間執行 setns() 之後容器損毀)nfsd_net_exit() 會呼叫 nfsd_export_shutdown()其可釋放快取。在仍處於開啟狀態的 fd 上後續讀取會對已釋放的 cache_detail 執行遍歷已釋放的雜湊表。針對開啟檔案描述符號的存留期保留 struct net 上的參照。這可防止 nfsd_net_exit() 在任何匯出 fd 開啟時執行 -- 進而防止 nfsd_export_shutdown() 釋出快取。 cache_detail 已儲存其網路指標 (cd->net由 cache_create_net() 設定)因此 exports_release() 可擷取該指標而無需每個檔案的額外儲存空間。 (CVE-2026-31403)

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

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

  - spi修正控制器註冊失敗時的釋放後使用問題也確保在控制器註冊期間每個 CPU 統計資料配置失敗的情況下也取消註冊驅動程式核心以避免 (驅動程式資源的) 釋放後使用和不定時登錄。存取。 (CVE-2026-31389)

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

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

  - bnxt_en修正 DBG_BUF_PRODUCER 非同步事件處置程式中的 OOB 存取。bnxt_async_event_process() 中的 ASYNC_EVENT_CMPL_EVENT_ID_DBG_BUF_PRODUCER 處置程式會直接使用韌體提供的「類型」欄位作為 bp->bs_trace[] 的索引而不進行邊界驗證。「type」欄位是從 DMA 對應的完成環記憶體擷取的 16 位元值其 NIC 會直接將其寫入主機 RAM。惡意或遭入侵的 NIC 可提供 0 到 65535 之間的任何值造成核心堆積記憶體越界存取。bnxt_bs_trace_check_wrap() 呼叫接著會解除參照 bs_trace->magic_byte 並寫入 bs_trace->last_offset 和 bs_trace->wrapped導致核心記憶體損毀或當機。透過新增邊界檢查並將 BNXT_TRACE_MAX 定義為 DBG_LOG_BUFFER_FLUSH_REQ_TYPE_ERR_QPC_TRACE + 1 以涵蓋目前定義的所有韌體追踪類型 (0x0 到 0xc) 來修正。 (CVE-2026-31395)

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

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

  - 在 至 4.0.0版之前的 Mbed TLS 中存在編譯器引發的計時側通道 (在 RSA 和 CBC/ECB 解密中)只有 LLVM 的 select-optimize 功能才會發生。至 1.0.0 的TF-PSA-Crypto 也會受到影響。
    (CVE-2025-66442)

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

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

  - udp_tunnel修正 CONFIG_IPV6=n 時 udp_sock_create6 造成的 NULL 解除參照。當 CONFIG_IPV6 停用時udp_sock_create6() 函式會在未實際建立通訊端的情況下傳回 0 (成功)。然後 fou_create() 等呼叫端會解除參照未初始化的通訊端指標進而導致 NULL 指標解除參照。擷取的 NULL 解除參照損毀錯誤核心 NULL 指標解除參照解決
    0000000000000018 RIP 0010:fou_nl_add_doit (net/ipv4/fou_core.c:590 net/ipv4/fou_core.c:764) [...] 呼叫追踪 <TASK> genl_family_rcv_msg_doit.constprop.0 (net/netlink/genetlink.c 1114) genl_rcv_msg (net/netlink/genetlink.c:1194 net/netlink/genetlink.c:1209) [...] netlink_rcv_skb (net/netlink/af_netlink.c:2550) genl_rcv (net/netlink/genetlink.c: 1219) netlink_unicast (net/netlink/af_netlink.c:1319 net/netlink/af_netlink.c:1344) netlink_sendmsg (net/netlink/af_netlink.c:1894) __sock_sendmsg (net/socket.c:727 (辨別器 1) net/ socket.c:742 (辨別器 1)) __sys_sendto (./include/linux/file.h:62 (辨別器 1) ./include/linux/file.h:83 (辨別器 1) net/socket.c:2183 (辨別器 1)) __x64_sys_sendto (net/socket.c:2213 (辨別器 1) net/socket.c:2209 (辨別器 1) net/socket.c:2209 (辨別器 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 (net/arch/x86/entry/entry_6 4.S:130) 此修補程式會使 udp_sock_create6 改為傳回 -EPFNOSUPPORT因此呼叫者可正確採用其錯誤路徑。有弱點的函式只有一個呼叫者且只有有權限的使用者可觸發。 (CVE-2026-23439)

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

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

  - drm/xe/reg_sr修正 xa_store 失敗時的洩漏當 xa_store() 無法避免錯誤路徑上的記憶體洩漏時釋放新配置的項目。 v2使用 goto fail_free。(Bala) (從認可 6bc6fec71ac45f52db609af4e62bdb96b9f5fadb) (CVE-2026-23418)

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

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

  - drm/i915/dmc修正在 DMC 尚未初始化且 dmc 因而為 NULL 時探查 intel_dmc_update_dc6_allowed_count() oops 不太可能發生的 NULL 指標解除參照。呼叫路徑為 intel_power_domains_init_hw() -> {skl,bxt,icl}_display_core_init() -> gen9_set_dc_state() -> intel_dmc_update_dc6_allowed_count() 時會發生上述情況因為 intel_power_domains_init_hw() 會在 *之前* intel_dmc_init() 被呼叫。不過gen9_set_dc_state() 會根據目前和目標 DC 狀態有條件地呼叫 intel_dmc_update_dc6_allowed_count()。探查時會停用目標但如果已啟用 DC6則會呼叫該函式並隨後發生 oops。顯然 DC6 在探查時不太可能啟用因為我們之前從未見過此失敗模式。在開機時啟用 DC6 也很奇怪因為這需要 DMC 韌體 (由 BIOS 載入)載入 DMC 韌體且驅動程式停止/重新程式設計韌體的 BIOS 是不當指定的序列因此不太可能是刻意的 BIOS 行為。BIOS 更有可能將一個意外啟用的 DC6 硬體狀態留下 (而實際上並未為此載入所需的 DMC 韌體)。只有在啟動/停止計數器取決於 _SW_ DC6 狀態與目前的 _HW_ DC6 狀態時才允許 DC6 計數器的追踪運作 (因為停止計數器需要在計數器啟動時擷取 DC5 計數器)。因此使用 HW DC6 狀態並不正確而且也會導致上述 oops。使用 SW DC6 狀態進行追踪修正這兩個問題。這是最初由 Jani 傳送的 v2 修正根據以下第一個 Link: 討論進行更新。 (從認可 2344b93af8eb5da5d496b4e0529d35f0f559eaf0 中精選出的內容) (CVE-2026-23467)

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

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

  - net/mlx5e修正 IPSec ESN 更新期間的爭用情形。在 IPSec 完整卸載模式下裝置會向驅動程式報告 ESN (延伸序號) 包裝事件。驅動程式會查詢 IPSec ASO 並檢查 esn_event_arm 欄位是否為 0x0 (其表示已發生事件) 來驗證此事件。處理事件之後驅動程式必須將 esn_event_arm 設回 0x1藉此重新佈建內容。在此處理路徑中存在爭用情形。驗證事件後驅動程式會呼叫 mlx5_accel_esp_modify_xfrm() 以更新核心的 xfrm 狀態。此函式會暫時釋放並重新取得 xfrm 狀態鎖定。因此 必須先將 esn_event_arm 設為 0x1以確認事件。
    如果硬體因其他原因傳送事件這可防止驅動程式重新處理相同的 ESN 更新。由於下一次 ESN 更新只會在收到近 2^31 個封包之後發生因此不存在遺漏更新的風險因為這會在此處理完成很長時間之後發生。處理事件兩次會造成不正確遞增 ESN 高階位元 (esn_msb)。然後驅動程式會使用這個無效的 ESN 狀態對硬體進行程式設計進而導致防重播失敗和 IPSec 流量完全中斷。修正此問題方法是在 ESN 事件經過驗證之後立即重新布防它然後再呼叫 mlx5_accel_esp_modify_xfrm()。如此可確保系統正確忽略任何假性的重複事件並關閉爭用視窗。 (CVE-2026-23440)

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

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

  - netfilternf_conntrack_h323修正 decode_int() CONS 案例中的 OOB 讀取。在 decode_int()CONS 案例中會呼叫 get_bits(bs, 2) 以讀取長度值然後在未檢查 len 位元組中是否還有剩餘的情況下呼叫 get_uint(bs, len)緩衝區。現有的邊界檢查只驗證 get_bits() 的 2 位元而不驗證 get_uint() 讀取的後續 1-4 位元組。這會允許格式錯誤的 H.323/RAS 封包造成 1-4 位元組 slab-out-of-bounds 讀取。在 get_bits() 之後get_uint() 之前針對 len 位元組新增邊界檢查。
    (CVE-2026-23456)

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

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

  - netusbcdc_ncm新增 ndpoffset 至 NDP32 nframes 邊界檢查。在前版修補程式中為 NDP16 修正的相同邊界檢查錯誤也存在於 cdc_ncm_rx_verify_ndp32() 中。DPE 陣列大小會在未考量 ndpoffset 的情況下對照 skb 總長度進行驗證因此當 NDP32 放置在 NTB 的結尾附近時會允許超出邊界讀取。將 ndpoffset 新增至 nframes 邊界檢查並使用 struct_size_t() 更清楚地表示 NDP-plus-DPE-array 大小。僅限編譯測試。 (CVE-2026-23447)

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

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

  - netshaper保護對階層的最新讀取存取。我們在 Netlink ops (預先回呼) 準備期間查閱 netdev並取得它的參照。稍後在回呼的內文中我們採取其鎖定或 RCU這是實際的保護。這是不正確的從參照轉換成鎖定的 netdev 時必須包含 liveness 檢查 (netdev 尚未取消註冊的檢查)。修正讀取案例 (在 RCU 之下)。Writes 需要單獨變更才能防止在排清執行後建立階層。 (CVE-2026-23437)

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

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

  - 藍牙L2CAP在存取前驗證 L2CAP_INFO_RSP 承載長度 l2cap_information_rsp() 檢查 cmd_len 是否已修正 l2cap_info_rsp 標頭 (類型 + 結果、4 位元組)但接著在未驗證承載是否存在的情況下讀取 rsp->data- L2CAP_IT_FEAT_MASK 呼叫 get_unaligned_le32( rsp->data)其可讀取標頭之後的 4 個位元組 (需要 cmd_len >= 8)。- L2CAP_IT_FIXED_CHAN 讀取 rsp->data[0]超過標頭 1 個位元組 (需要 cmd_len >= 5)。結果 == L2CAP_IR_SUCCESS 的 L2CAP_INFO_RSP 截斷會觸發相鄰 skb 資料的超出邊界讀取。以必要的承載長度檢查保護每個資料存取。如果承載太短請略過讀取並讓狀態機器以安全的預設值完成 (feat_mask 和 remote_fixed_chan 仍保持來自 kzalloc 的零)如此資訊計時器清理和 l2cap_conn_start() 仍會執行且連線不會停止。 (CVE-2026-31393)

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

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

  - btrfs記錄衝突 inode 的父項目錄時記錄新的 dentry如果我們記錄衝突 inode 的父項目錄則不會記錄該目錄的新 dentry因此當我們完成時會將父項目錄的 inode 標記為已記錄但是我們並未記錄其新的 dentry。因此如果之後會明確對父目錄進行 fsync而且自我們記錄之後該目錄未有任何新變更則 fsync 會是非 op 且在電源故障後會遺失新的 dentry。情境範例 $ mkdir foo $ sync $rmdir foo $ mkdir dir1 $ mkdir dir2 # 與我們剛刪除的目錄具有相同名稱和父項的檔案 # 且會保留在過去的交易中。因此已刪除目錄的 # inode 是此新檔案 inode 的衝突 inode。 $ touch foo $ ln foo dir2/link # 因為發生衝突的 inode (刪除的目錄) 不再存在所以 dir2 上的 fsync 會記錄父目錄 (.)但它不會記錄其新的 dentry (dir1)。 $ xfs_io -c fsync dir2 # 父目錄上的此 fsync 為非 op因為先前的 fsync # 已記錄了它 (但並未記錄其新的 dentry)。 $ xfs_io -c fsync 。
    <power failure> # 記錄重播後 dir1 遺漏。透過確保我們在記錄不再存在的衝突 inode 的父目錄時每次都記錄新的目錄 dentry 來修正此問題。稍後將提供 fstests 的測試案例。 (CVE-2026-23465)

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

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

  - AIOHTTP 是適用於 asyncio 和 Python 的非同步 HTTP 用戶端/伺服器架構。 3.13.4版之前標頭/結尾處理的限制不足可造成沒有設定上限的記憶體使用量。此問題已在 3.13.4 版中修正。(CVE-2026-22815)

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

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

  - serial核心核心修正 xmit_buf 為 NULL 時行為不一致的 PORT_UNKNOWN 中的 handle_tx() 中的無限迴圈 (從未正確初始化的 PORT_UNKNOWN 連接埠會發生此情況)- uart_write_room() 會傳回 kfifo_avail()其可be > 0 - uart_write() 會檢查 xmit_buf 若為 NULL則傳回 0此不一致會造成驅動程式中發生無限迴圈進而依賴 tty_write_room() 來判斷其是否可寫入 while (tty_write_room(tty) > 0) {written = tty-> ops->write(...); // 寫入一律為 0迴圈永不結束 } 例如caif_serial 的 handle_tx() 與 PORT_UNKNOWN 序列連接埠搭配使用時進入無限迴圈造成系統當機。透過使 uart_write_room() 也檢查 xmit_buf 若其為 NULL 則傳回 0 來修正與 uart_write() 一致。Reproducer
    https://gist.github.com/mrpre/d9a694cc0e19828ee3bc3b37983fde13 (CVE-2026-23472)

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

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

  - soc: fsl: qbman修正 qman_destroy_fq 中的爭用情形。設定 QMAN_FQ_FLAG_DYNAMIC_FQID 時fq_table[fq->idx] 狀態和從集區釋放/配置以及 qman_create_fq 中的 WARN_ON(fq_table[fq->idx]) 之間會發生爭用情形() 遭到觸發。實際上我們可以有- 執行緒 B 中已釋放的 fqid
    -- fq->fqid = fqid; fq->idx = fqid * 2 WARN_ON(fq_table[fq->idx]); fq_table[fq->idx] = fq
    fq_table[fq->idx] = NULL在 qman_release_fqid() 和 fq_table[fq->idx] = NULL 之間新增一些記錄會使 WARN_ON() 觸發程序進一步發揮作用。為防止此情形在使用 smp_wmb() 呼叫 gen_pool_free() 之前請務必將 fq_table[fq->idx] 設定為 NULL。 (CVE-2026-23463)

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

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

  - xmldom 是純 JavaScript W3C 標準型 (XML DOM Level 2 Core)「DOMParser」和「XMLSerializer」模組。在 xmldom 版本 0.6.0 和之前的版本以及 @xmldom/xmldom 之前的版本 0.8.12 和 0.9.9中、 xmldom/xmldom 允許包含 CDATA 結束字元 ]]> 的攻擊者控製字串插入 CDATASection 節點中。在序列化期間XMLSerializer 未拒絕或安全分割結束字元便逐字發出 CDATA 內容。因此原本預定純文字的資料在序列化輸出中變成了作用中 XML 標記進而啟用 XML 結構插入和下游業務邏輯操控。此問題已在 xmldom 版中修補 0.6.0 和 @xmldom/xmldom 版本 0.8.12 和 0.9.9。 (CVE-2026-34601)

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

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

  - Ubuntu Linux - [未知描述] (CVE-2026-34091)

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

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

  - 在 1.5.14 和 1.6.14之前的 Roundcube Webmail 中發現一個問題。密碼外掛程式中不正確的密碼比較可導致類型混淆進而允許在不知道舊密碼的情況下變更密碼。 (CVE-2026-35541)

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

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

  - 在 Sudo 至 1.9.17p2 之前的 3e474c2 版中於執行郵件程式之前降低權限期間的 setuid、setgid 或 setgroups 呼叫失敗並非嚴重錯誤且可導致權限提升。
    (CVE-2026-35535)

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

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

  - 在 1.5.15 和 1.6.15之前的 Roundcube Webmail 中發現一個問題。可透過電子郵件訊息中的 SVG 內容繞過遠端影像封鎖功能。這可能會導致資訊洩漏或存取控制繞過。這涉及具有 attributesName=fill/filter/stroke 的 animate 元素。 (CVE-2026-35545)

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

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

  - 在 6.5.5之前的 Tornado 中可能會發生 cookie 屬性插入因為未檢查 .RequestHandler.set_cookie 的網域、路徑和 samesite 引數是否有特製的字元。 (CVE-2026-35536)

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

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

  - Debian Linux - mediawiki - None Ubuntu Linux - [未知描述] (CVE-2026-34093)

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

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

  - Debian Linux - mediawiki - None Ubuntu Linux - [未知描述] (CVE-2026-34087)

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

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

  - 在 1.5.14 和 1.6.14之前的 Roundcube Webmail 中發現一個問題。redis/memcache 工作階段處置程式中的不安全還原序列化可導致未經驗證的攻擊者透過特製的工作階段資料進行任意檔案寫入作業。 (CVE-2026-35537)

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

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

  - POST 要求處理中的一個錯誤可造成在特定情況下當機。此問題會影響 Apache Traffic Server 10.0.0 至 10.1.1或 9.0.0 至 9.2.12。建議使用者升級至 10.1.2 或 9.2.13版其可修正此問題。舊版的因應措施是將 proxy.config.http.request_buffer_enabled 設為 0 (預設值為 0)。 (CVE-2025-58136)

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

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

  - Suricata 是一種網路 IDS、IPS 和 NSM 引擎。在 7.0.15 與 8.0.4版之前特製的流量可造成 Suricata 速度變慢進而影響 IDS 模式下的效能。此問題已在 7.0.15、8.0.4 和 CVE-2026-31933 版本中修正。

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

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

  - 在 1.5.14 和 1.6.14之前的 Roundcube Webmail 中發現一個問題。HTML 電子郵件訊息中的階層式樣式表 (CSS) 清理不充分可透過 !important 導致固定位置緩和措施繞過。 (CVE-2026-35544)

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

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

  - 在 1.5.14 和 1.6.14之前的 Roundcube Webmail 中發現一個問題。存在 XSS 是因為在預覽模式中未充分清理 HTML 附件所導致。受害者必須預覽文字/html 附件。
    (CVE-2026-35539)

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

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

  - Debian Linux - mediawiki - None Ubuntu Linux - [未知描述] (CVE-2026-34088)

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

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

  - Suricata 是一種網路 IDS、IPS 和 NSM 引擎。 8.0.0 版到 8.0.4之前的 版在透過 SMTP 搜尋 mime 編碼訊息中的 URL 時存在一個二次方復雜度問題其會導致效能影響。此問題已在 8.0.4 版中修正。(CVE-2026-31934)

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

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

  - Debian Linux - mediawiki - None Ubuntu Linux - [未知描述] (CVE-2026-34092)

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

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

  - 在 1.5.14 和 1.6.14之前的 Roundcube Webmail 中發現一個問題。未清理的 IMAP SEARCH 命令引數可在郵件搜尋期間導致 IMAP 插入或繞過 CSRF。 (CVE-2026-35538)

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

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

  - 在 1.5.14 和 1.6.14之前的 Roundcube Webmail 中發現一個問題。透過電子郵件訊息中的 SVG 內容 (具有動畫屬性) 可繞過遠端影像封鎖功能。這可能會導致資訊洩漏或存取控制繞過。 (CVE-2026-35543)

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

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

  - Glances 是一款開放原始碼系統跨平台監控工具。 4.5.3版之前Glances 支援動態組態值其中反引號括起來的子字串在組態剖析期間會做為系統命令執行。此行為發生在 Config.get_value() 中且在未驗證或限制已執行命令的情況下實作。如果攻擊者可修改或影響設定檔案則在啟動或組態重新載入期間會以 Glances 處理程序的權限自動執行任意命令。在 Glances 以提升的權限執行的部署中 (例如作為系統服務)這可能會導致權限提升。此問題已在 4.5.3 版中修正。
    (CVE-2026-33641)

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

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

  - Debian Linux - mediawiki - None Ubuntu Linux - [未知描述] (CVE-2026-34095)

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

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

  - Suricata 是一種網路 IDS、IPS 和 NSM 引擎。在 7.0.15 和 8.0.4版之前KRB5 緩衝的低效率會導致效能降低。此問題已在 7.0.15 和 8.0.4 版本中修復。
    (CVE-2026-31932)

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

ID	名稱	嚴重性
304933	Linux Distros 未修補的弱點：CVE-2026-31399	high
304932	Linux Distros 未修補的弱點：CVE-2026-31404	high
304931	Linux Distros 未修補的弱點：CVE-2026-31402	high
304930	Linux Distros 未修補的弱點：CVE-2026-23444	medium
304929	Linux Distros 未修補的弱點：CVE-2026-23448	high
304928	Linux Distros 未修補的弱點：CVE-2026-26962	medium
304927	Linux Distros 未修補的弱點：CVE-2026-23449	high
304926	Linux Distros 未修補的弱點：CVE-2026-23466	high
304925	Linux Distros 未修補的弱點：CVE-2026-23475	medium
304924	Linux Distros 未修補的弱點：CVE-2026-23421	high
304923	Linux Distros 未修補的弱點：CVE-2026-23441	high
304922	Linux Distros 未修補的弱點：CVE-2026-31400	high
304921	Linux Distros 未修補的弱點：CVE-2026-31392	medium
304920	Linux Distros 未修補的弱點：CVE-2026-31403	medium
304919	Linux Distros 未修補的弱點：CVE-2026-31389	high
304918	Linux Distros 未修補的弱點：CVE-2026-31395	high
304917	Linux Distros 未修補的弱點：CVE-2025-66442	medium
304916	Linux Distros 未修補的弱點：CVE-2026-23439	medium
304915	Linux Distros 未修補的弱點：CVE-2026-23418	medium
304914	Linux Distros 未修補的弱點：CVE-2026-23467	medium
304913	Linux Distros 未修補的弱點：CVE-2026-23440	medium
304912	Linux Distros 未修補的弱點：CVE-2026-23456	high
304911	Linux Distros 未修補的弱點：CVE-2026-23447	high
304910	Linux Distros 未修補的弱點：CVE-2026-23437	medium
304909	Linux Distros 未修補的弱點：CVE-2026-31393	high
304908	Linux Distros 未修補的弱點：CVE-2026-23465	low
304907	Linux Distros 未修補的弱點：CVE-2026-22815	medium
304906	Linux Distros 未修補的弱點：CVE-2026-23472	medium
304905	Linux Distros 未修補的弱點：CVE-2026-23463	medium
304904	Linux Distros 未修補的弱點：CVE-2026-34601	high
304903	Linux Distros 未修補的弱點：CVE-2026-34091	critical
304902	Linux Distros 未修補的弱點：CVE-2026-35541	medium
304901	Linux Distros 未修補的弱點：CVE-2026-35535	high
304900	Linux Distros 未修補的弱點：CVE-2026-35545	high
304899	Linux Distros 未修補的弱點：CVE-2026-35536	medium
304898	Linux Distros 未修補的弱點：CVE-2026-34093	medium
304897	Linux Distros 未修補的弱點：CVE-2026-34087	medium
304896	Linux Distros 未修補的弱點：CVE-2026-35537	high
304895	Linux Distros 未修補的弱點：CVE-2025-58136	high
304894	Linux Distros 未修補的弱點：CVE-2026-31933	high
304893	Linux Distros 未修補的弱點：CVE-2026-35544	medium
304892	Linux Distros 未修補的弱點：CVE-2026-35539	medium
304891	Linux Distros 未修補的弱點：CVE-2026-34088	medium
304890	Linux Distros 未修補的弱點：CVE-2026-31934	high
304889	Linux Distros 未修補的弱點：CVE-2026-34092	medium
304888	Linux Distros 未修補的弱點：CVE-2026-35538	low
304887	Linux Distros 未修補的弱點：CVE-2026-35543	medium
304886	Linux Distros 未修補的弱點：CVE-2026-33641	high
304885	Linux Distros 未修補的弱點：CVE-2026-34095	medium
304884	Linux Distros 未修補的弱點：CVE-2026-31932	high

偵測

Nessus 的 Misc. 系列

high

high

high

medium

high

medium

high

high

medium

high

high

high

medium

medium

high

high

medium

medium

medium

medium

medium

high

high

medium

high

low

medium

medium

medium

high

critical

medium

high

high

medium

medium

medium

high

high

high

medium

medium

medium

high

medium

low

medium

high

medium

high