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

  - 在 ggml-org llama.cpp bec4772f6 中發現弱點。受影響的元素是元件 ggml-RPC 伺服器的 ggml/src/ggml-rpc/ggml-rpc.cpp 檔案的函式deserialize_tensor。執行引數 op/op_params 的操作會導致還原序列化。攻擊者可從遠端發起攻擊。此弱點與 CVE-2026-34159 （GHSA-j8rj-fmpv-wcxw， PR #20908） 不同，後者僅在 create_node（） 中新增了 buffer==nullptr 拒絕，不會驗證 op 或op_params。報告的 GitHub 問題因閒置而自動關閉。（CVE-2026-78147）

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

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

  - 在 warmcat libwebsockets 4.5.0中發現弱點。受影響的是元件 LECP CBOR 記錄的檔案 lib/misc/lecp.c 的函式report_raw_cbor。操控此弱點可導致超出邊界寫入。攻擊者可在遠端執行此攻擊。該漏洞已公開，且可能被利用。修補程式被識別為 1d44554a1bb262db63ff4e240152a9deecd99054。最佳做法是套用修補程式來解決此問題。（CVE-2026-78161）

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

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

  - Aria2 版本及以下版本 1.37.0 受到 src/bittorrent_helper.cc 中除以零問題的影響，該問題允許遠端惡意使用者造成拒絕服務 （CVE-2026-71832）

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

遠端主機上安裝的 AOS 版本低於 7.5.1.12。因此，它會受到 NXSA-AOS-7.5.1.12 公告中提及的多個弱點的影響。

  - 在 GLib 中發現一個缺陷。當處理格式錯誤的 D-Bus 內省 XML 時，gio/gdbusintrospection.c 檔案中的 g_dbus_node_info_new_for_xml（） 中存在狀態混淆問題，特別是當 'node' 元素巢狀於其他元素 （如 'method'、'signal'、'property' 或 'arg'） 時。此問題可能會導致未簽名的整數溢位，並導致越界讀取，進而造成拒絕服務。
    (CVE-2026-58016)

  - LIBPNG 是讀取、建立及操控 PNG (可攜式網路圖形) 點陣影像檔案的應用程式中使用的參照程式庫。在 1.2.1 至 1.6.55 版中，「png_set_tRNS」和「png_set_PLTE」各有一個「png_struct」和「png_info」之間的堆積配置緩衝區別名，跨具有獨立存留期的兩個結構共用單一配置。「trans_alpha」別名至少從 libpng 1.0 開始就存在，而「palette」別名至少從 1.2.1 開始就存在。兩者都會影響所有先前的版本行，「png_set_tRNS」設定「png_ptr->trans_alpha = info_ptr->trans_alpha」(256 位元組緩衝區)，「png_set_PLTE」設定「info_ptr->palette = png_ptr->palette」(768 位元組緩衝區)。在這兩種情況下，呼叫「png_free_data」(使用「PNG_FREE_TRNS」或「PNG_FREE_PLTE」) 會透過「info_ptr」釋放緩衝區，而對應的「png_ptr」指標仍懸置。後續 row-transform 函式會解除參照，並在某些程式碼路徑中寫入釋放的記憶體。對「png_set_tRNS」或「png_set_PLTE」的第二次呼叫具有相同效果，因為這兩個函式都會在重新配置「info_ptr」緩衝區之前在內部呼叫「png_free_data」。1.6.56 版已修正此問題。 (CVE-2026-33416)

  - IO：：Compress 之前 2.220 的版本Perl可以透過攻擊者控制的輸出 glob 在 File：：GlobMapper 中執行任意程式碼。 _parseOutputGlob（） 將呼叫端提供的輸出 glob 字串包裝在雙引號中，並將其儲存在剖析器狀態;_getFiles（） 然後透過 eval STRING 執行儲存的運算式。
    輸出 glob 中的文字雙引號會關閉 dquote 包裝函式，後面的字元會評估為 Perl。輸出 glob 中的任意 Perl 會以呼叫處理程序的權限執行。
    (CVE-2026-48962)

  - 將 GNU C 程式庫版本 2.7 中具有 %mc （malloc'd 字元比對） 的 scanf 系列函式呼叫為具有明確寬度大於 1024 的格式寬度說明元的版本 2.43 ，可能會導致一個位元組堆積緩衝區溢位。（CVE-2026-5450）

  - Vim 是開放原始碼命令列文字編輯器。之前 9.2.0357，Vim 的標籤檔案處理中存在命令插入弱點。解析標籤時，標籤檔案中的檔案名稱欄位會透過萬用字元擴充傳遞，以解析環境變數和萬用字元。如果 filename 欄位包含反引號語法（例如 'command'），Vim 會以執行使用者的全部權限透過系統 shell 執行嵌入的命令。（CVE-2026-41411）

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

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

  - 在 GIMP 的 file-pcx 外掛程式中發現一個缺陷，僅影響 32 位元組建。在處理 PCX 影像檔案時，外掛程式會根據影像尺寸和色平面數量計算記憶體分配大小。如果特製的檔案將平面數目設定為 4 個，以及足夠大的維度，則計算會超過 32 位元整數限制並溢位，導致堆積型緩衝區配置過小。當外掛程式隨後將影像資料寫入尺寸過小的緩衝區時，此整數溢位問題會導致堆積型緩衝區溢位，從而導致記憶體損壞，從而可能導致任意程式碼執行或拒絕服務。（CVE-2026-78465）

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

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

  - 在 WebKitGTK 中發現缺陷。處理惡意 Web 內容可能會因記憶體處理不當而導致釋放後使用問題，並導致記憶體損毀。（CVE-2026-78376）

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

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

  - 在 GIMP 的 file-pix （ESM） 外掛程式中發現缺陷。當處理特製的 PIX 影像檔案時，該插件會在堆疊上分配可變長度陣列 （VLA），而無需進行適當的邊界檢查，從而導致無限堆疊分配，然後是 21 位元組堆疊過度讀取。這可能會因為堆疊耗盡而導致拒絕服務，以及堆疊記憶體內容在中間檔案中的有限資訊洩露。（CVE-2026-78475）

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

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

  - 在 RPM 的 rpmbuild tarball 處理中發現弱點。處理特製的來源封存時，tools/rpmbuild.cc 中的 getTarSpec（） 函式會將攻擊者控制的 tar 封存成員名稱傳遞給 rpmExpand（） 作為巨集運算式的一部分 %{basename:...} 。因此，特製的 .spec 成員名稱可以插入 RPM 巨集，包括 Lua 運算式，從而導致以執行 rpmbuild 的使用者權限執行任意程式碼。當受害者或自動化建置系統使用 rpmbuild tarball 模式 （例如 -ts、-ta 或 -tb） 處理攻擊者控制的來源 tarball 時，可能會利用此問題。
    (CVE-2026-78367)

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

根據其自我報告的版本號碼，遠端主機上執行的 Tenable Security Center 低於 6.9.0 版。因此，它會受到 TNS-2026-22 公告中所提及的多個弱點影響。

  - 在某些情況下，libcurl 可能會重複使用錯誤的連線進行 SMB（S） 傳輸。libcurl 具有最近連線集區，以便後續請求可以重複使用現有連線以避免額外負荷。
    重複使用連線時，必須符合一系列準則。由於程式代碼中的邏輯錯誤，應用程式所要求的網路傳輸作業可能會錯誤地重複使用現有的 SMB 連線至相同伺服器，而該伺服器使用與新後續傳輸不同的「共用」。在不幸的情況下，這可能會導致下載錯誤的文件或將文件上傳到錯誤的位置。
    發生這種情況時，會使用相同的認證，且伺服器名稱也相同。（CVE-2026-5773）

  - libcurl 會將先前使用的連線保留在連線集區中，以便在其中一個連線符合設定時重複使用後續傳輸。在應用程式將相同的控制碼切換至自訂 CA 資料以供稍後傳輸之後，先使用預設原生 CA 信任的簡單控制碼可以繼續信任原生平台存放區。（CVE-2026-11564）

  - 安全中心中存在命令插入弱點，未經驗證的遠端攻擊者可利用此問題，以服務帳戶的權限在基礎作業系統上執行任意命令。（CVE-2026-19682）

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

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

  - 在 JSS （Java 安全服務） 中發現缺陷。JSSTrustManager 類別在驗證 CA 憑證時不會驗證 NSS 信任旗標，因此允許接受 NSS 資料庫中沒有 TRUSTED_CA 旗標的憑證作為 TLS 連線的信任錨點。在停用憑證撤銷檢查的非預設設定中，這可能允許中間人攻擊者偽造 PKI 用戶端連線所接受的憑證。（CVE-2026-78323）

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

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

  - RDMA/bnxt_re：在暴露給使用者空間之前為零共享頁面 bnxt_re_alloc_ucontext（） 透過 __get_free_page（GFP_KERNEL） 分配 uctx->shpg。buddy 配置器不會在沒有__GFP_ZERO的情況下將頁面歸零，因此頁面包含來自最近釋放它的任何物件的過時核心資料。然後透過 bnxt_re_mmap（） 中BNXT_RE_MMAP_SH_PAGE下的 vm_insert_page（） 將頁面映射到使用者空間。驅動程式只會在 bnxt_re_create_ah（） 內的偏移BNXT_RE_AVID_OFFT （0x10） 處寫入 4 個位元組 （u32 AVID）;頁面剩餘的 4092 位元組會以未經清理的方式公開給使用者空間，從而洩漏核心記憶體內容。在具有 bnxt_re 裝置的主機上，任何有權存取 /dev/infiniband/uverbsX 的使用者 （通常是 rdma 群組成員資格） 都可以在IB_USER_VERBS_CMD_GET_CONTEXT後透過 pgoff 0 的單一 mmap（） 讀取此資料。同一檔案中的其他共用頁面已正確使用 get_zeroed_page（）：drivers/infiniband/hw/bnxt_re/ib_verbs.c srq->uctx_srq_page = （void *）get_zeroed_page（GFP_KERNEL）;cq->uctx_cq_page = （void *）get_zeroed_page（GFP_KERNEL）;UCTX->SHPG 是唯一的異常值。透過切換到 get_zeroed_page（） 使其符合現有慣例。
    (CVE-2026-74584)

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

根據其版本，Microsoft .net Core 是 10.x。因此，其廠商或供應商不再對其進行維護。

不再支援表示廠商不再對於產品提供任何新的安全性修補程式。因此，可能存有安全性弱點。

根據其版本，Microsoft .net Core 是 9.x。因此，其廠商或供應商不再對其進行維護。

不再支援表示廠商不再對於產品提供任何新的安全性修補程式。因此，可能存有安全性弱點。

根據其版本，Microsoft .net Core 是 8.x。因此，其廠商或供應商不再對其進行維護。

不再支援表示廠商不再對於產品提供任何新的安全性修補程式。因此，可能存有安全性弱點。

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

  - 在 GNU C 程式庫版本 2.1 中足夠深的樹狀結構上呼叫 tdelete，可能會 2.44 在堆疊上分配的陣列結尾寫入一個指標，這可能會使應用程式當機。tdelete 實作會保留父節點的明確堆疊以進行重新平衡，並在樹狀結構下降時視需要成長。兩個重新平衡分支會在不檢查容量的情況下推送額外的項目，並在堆疊完全填滿時寫入陣列。觸發此問題需要深度恰好為 40（或 40 加上 20 的倍數）的節點，這意味著樹狀結構至少有一百萬個節點，因此攻擊者必須透過使用 tsearch 和 tdelete 的應用程式來驅動大量插入和刪除。寫入的值是指向樹狀結構節點的指標，不受攻擊者直接控制。在常見發行版中未發現受影響的應用。（CVE-2026-19542）

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

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

  - udp：修正通道分割中潛在的釋放後使用問題 __skb_udp_tunnel_segment（） 會在確保通道標頭位於 skb 頭端之前取得 UDP 標頭。如果提取重新配置 skb->head，則已儲存的 UDP 標頭指標不再有效。在提取後取得 UDP 標頭，以避免潛在的釋放後使用。
    (CVE-2026-74705)

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

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

  - accel/amdxdna：修正 amdxdna_insert_pages（） 中本機可利用的BUG_ON 在 amdxdna_insert_pages（） 中，vm_flags_mod（） 會設定VM_MIXEDMAP並清除VM_PFNMAP。如果無權限的使用者空間處理程序 mmap 未匯入的 GEM 物件，然後呼叫 madvise（MADV_DONTNEED），則 PTE 將被成功清除，因為VM_MIXEDMAP允許這樣做 （與 VM_PFNMAP 不同）。當使用者空間隨後存取記憶體時，drm_gem_shmem_fault（） 會處理頁面錯誤，並嘗試透過呼叫 vmf_insert_pfn_prot（） 的 vmf_insert_pfn（） 來映射支援 shmem 頁面。因為備份 shmem 頁面是正常的系統記憶體 （pfn_valid（pfn） 為 true），並且 VMA 現在已經設定了VM_MIXEDMAP，所以這豈不是可以預見地觸發明確的判斷提示 BUG_ON（（vma->vm_flags &; VM_MIXEDMAP） &; pfn_valid（pfn）） 透過移除 vm_flags_mod（） 呼叫並將 vm_insert_pages（） 預先填入替換為已用於匯入 （dma-buf） 路徑的 handle_mm_fault（） 迴圈來修正。（CVE-2026-74716）

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

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

  - ovpn：跳過已從 by_id ovpn_nl_peer_set_doit（） 移除的對等體的重新雜湊 在採用 ovpn->lock 之前，透過 ovpn_peer_get_by_id（） 解析目標對等體。在查詢 （僅採用參照計數） 和後續 spin_lock_bh（&ovpn->lock） 之間的視窗中，並行OVPN_CMD_PEER_DEL、keepalive 到期或通訊端拆卸可以先執行 ovpn->lock，執行 ovpn_peer_remove（） 以從所有四個表 （by_id、by_vpn_addr4/6、by_transp_addr） 取消雜湊對等體，然後釋放鎖定。然後，set_doit 取得 ovpn->lock 並呼叫 ovpn_peer_hash_vpn_ip（），這會將現已移除的對等體重新插入重新雜湊表中。相同的爭用會影響浮點路徑：ovpn_peer_endpoints_update（） 僅保留一個參照計數，並在很晚的時候（在非同步 AEAD 解密和網路連結通知之後）獲取 ovpn->lock，然後在by_transp_addr表中重新雜湊對等體。復活的對等體可從 RX 查詢 （ovpn_peer_get_by_transp_addr） 和 TX VPN-IP 查詢再次連線，即使使用者空間認為它已消失。一旦資料路徑參照計數下降，對等體就會透過call_rcu釋放，而其中嵌入的雜湊項目仍保持連結，從而開啟 UAF 視窗。當 hash_entry_id 未雜湊時，從重新雜湊中解脫出來，鏡像 ovpn_peer_remove（） 已經用來偵測已移除狀態的哨兵。在 ovpn->lock 下，檢查是安全的，它會序列化 hash_entry_id 的每個突變，並且對於新增路徑來說是無操作的，因為 ovpn_peer_add_mp（） 會在呼叫 ovpn_peer_hash_vpn_ip（） 之前插入hash_entry_id。（CVE-2026-74727）

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

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

  - NTB： ntb_netdev：在配置失敗時保留 RX 佇列深度 ntb_netdev_rx_handler（） 在配置替換之前將收到的 skb 交給網路堆疊。如果分配失敗，則不會重新張貼任何內容。
    因此，當介面保持啟動狀態時，每次故障都會從 RX 佇列中佔用一個緩衝區，並且足夠的故障最終會停止接收。重試路徑稍後可能會重新填入佇列，但ntb_netdev沒有佇列。
    請改為先配置取代項目。如果失敗，請丟棄封包並重新張貼相同的 skb。這會讓佇列保持滿，並讓封包傳送在記憶體再次可用時立即恢復。（CVE-2026-74626）

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

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

  - drm/amd/display：檢查 dce110_set_avmute 中的 tg 操作 某些較舊的 DCE 計時產生器不會在其操作表中實作 is_tg_enabled。在等待 AV 靜音幀時無條件調用它會導致在通過 HDMI 關閉顯示器時在南島 dGPU 上出現 NULL 指標解除參照。在等待幀之前，檢查 tg 和所需的操作是否存在。（從提交 2686a0c0a07bec2e24131835cf27b5fd4935a5 中挑選）（CVE-2026-74732）

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

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

  - 已解決 Linux 核心中的下列弱點：sched_ext: Skip sub-disable teardown for never-linked sub-schedulers A sub-scheduler enable can fail before scx_link_sched() links the sched into the hierarchy, e.g. when the parent is already being disabled, and cleanup still runs the full scx_sub_disable(). That is racy against root disable: drain_descendants() is the only ordering between a sub's disable-time task walk and root disable's all-task teardown, and an unlinked sub is invisible to it.
    Root's teardown can thus run between the never-linked sub's drain and its walk, exiting every task to no scheduler. The walk then trips the membership WARN and re-homes the exited tasks onto the dying hierarchy, a use-after-free. Skip the cgroup ownership reset and the task walk if @sch was never linked, indicated by the empty ->sibling as unlinking only happens later in the same function. The membership WARN remains valid: a linked sub is always waited on by an ancestor's drain. (CVE-2026-74731)

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

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

  - ALSA：usx2y：已綁定 hwdep mmap 錯誤位移 snd_us428ctls_vm_fault（） 會將錯誤頁面位移轉換為沒有任何界限的核心位址：offset = vmf->pgoff << PAGE_SHIFT;vaddr = （char
    *)(...)->us428ctls_sharedmem + 偏移;頁面 = virt_to_page（vaddr）;get_page（頁）;vmf->page = 頁面;
    傳回 0;snd_us428ctls_mmap（） 只檢查映射的長度，從不檢查偏移量，並且us428ctls_sharedmem是 alloc_pages_exact（） 的單頁。對於字元裝置 file_mmap_size_max（） 傳回 ULONG_MAX，因此 mm 層也沒有施加上限。每個高於零的頁面位移都會解析為物件外部的結構頁面，而處理常式會將它安裝到呼叫端的位址空間讀寫中;
    VMA 未標記為唯讀。調用方選擇具有單個 mmap（） 參數的頁面框架，並獲得對它不擁有的核心內存頁面的讀寫訪問權限;如果位移位於未填入的 VMEMMAP 區域，則會改為失敗。一個可以打開連接的 US-X2Y 的 hwdep 節點的進程在通過同一節點加載 FPGA 映像後達到此目的;不涉及功能檢查。在 7.2.0-rc5 （arm64） 上，具有較大偏移量的 mmap（）：無法處理虛擬位址 fffffdffc45d5ac8 pc 上的核心分頁要求：snd_us428ctls_vm_fault+0x68/0x140 [snd_usb_usx2y] 呼叫追蹤：snd_us428ctls_vm_fault+0x68/0x140 [snd_usb_usx2y] __do_fault __handle_mm_fault handle_mm_fault el0_da 拒絕共用區域之外的任何偏移。usx2yhwdeppcm.c 中的 pcm hwdep 處理常式以相同的方式計算其位址，並且需要相同的界限。由 XBOW 發現，由 Baul Lee <baul.lee@xbow.com> 分類 （CVE-2026-74641）

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

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

  - net：atlantic：釋放已消耗但未重新填充的緩衝區的 RX 頁面 aq_ring_rx_deinit（） 僅遍歷 [sw_head， sw_tail），張貼到硬體的區域。自從新增頁面重複使用策略以來，清理後的 RX 緩衝區將其頁面（及其 DMA 映射）保留在環中以供重複使用，並且重新填充是批次處理的：aq_ring_rx_fill（） 會提前返回，直到AQ_CFG_RX_REFILL_THRES插槽可用為止。因此，已消耗但尚未重新發布的插槽位於與即時頁面的互補 [sw_tail， sw_head） 間隙中，並且 deinit 遍歷永遠不會訪問它們：最多一個重新填充批次的頁面和 DMA 映射會在每個界面上洩露。相反，走完整個環並釋放仍然存在的任何東西。如果緩衝環已經消失，也請退出：
    部分 aq_ptp_ring_alloc（） 失敗會釋放環，但會保留aq_nic設定，因此 aq_ptp_ring_deinit（） 仍會在展開路徑上到達此處。（CVE-2026-74622）

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

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

  - NLTK 之前 3.10.0 （受影響的版本 <= 3.9.4） 在 nltk/pathsec.py 的 validate_network_url（） 函式中包含伺服器端要求偽造 （SSRF） 弱點。_resolve_hostname（） 協助程式會在 socket.getaddrinfo（） 期間擷取 OSError 和 ValueError，並傳回空白清單;當 DNS 解析失敗時，驗證迴圈不會執行 IP 檢查，且函式無法開啟，因此 urlopen（） 可以在不驗證的情況下繼續進行。可觸發 DNS 解析失敗或使用 DNS 重新綁定的攻擊者可繞過 SSRF 保護並存取受限制的網路資源，包括雲端中繼資料端點 （例如 169.254.169.254）。（CVE-2026-63311）

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

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

  - enic：修正裝置移除tx_hang_reset釋放後使用問題 enic_remove（） 會取消重設和change_mtu_work項目，但不會取消tx_hang_reset。移除裝置時觸發的 TX 逾時可以排程 enic_tx_hang_reset（），使其在 free_netdev（） 之後執行，從而導致釋放後使用。此處僅 cancel_work_sync（） 是不夠的：仍在運作的監視程式和通知路徑可以在取消和 unregister_netdev（） 之間的視窗中重新排程這些工作專案。使用 disable_work_sync（），它會取消工作並阻止任何後續 schedule_work（） 重新排隊，並將其也應用於重設和change_mtu_work項目，以便關閉所有拆卸工作的相同重新排隊爭用。（CVE-2026-74725）

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

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

  - NLTK 3.9.4 through 在 3.10.2 CrubadanCorpusReader 中包含一個路徑遊走弱點。
    _load_lang_ngrams 會將語料庫根與 crubadan_code （從語料庫table.txt對應檔案讀取的 column-0 值） 聯結，並使用內建 open（） 而不是 pathsec 驗證的開啟器開啟結果，因此當該值為絕對值時，os.path.join 會捨棄該根，並且讀取會逸出語料庫目錄，而沒有設定 ENFORCE 時套用 nltk.pathsec 的包含檢查。控制語料庫套件的攻擊者可以透過lang_freq洩露語料庫根目錄之外的檔案內容，僅限於以 -3grams.txt 結尾的路徑，其內容剖析為權杖計數行。（CVE-2026-71514）

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

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

  - sctp：修正快取 ASCONF 區塊的釋放後使用addip_last_asconf快取未完成的傳出 ASCONF 區塊。一般 ASCONF-ACK 完成路徑會釋放區塊並清除指標。但是，sctp_asconf_queue_teardown（） 會釋放快取的區塊而不清除addip_last_asconf。在對等重新啟動處理期間，sctp_sf_do_dupcook_a（） 會SCTP_CMD_PURGE_ASCONF_QUEUE佇列，這會在關聯保持作用中並使指標懸置時叫用 sctp_asconf_queue_teardown（）。然後，經過驗證的延遲 ASCONF-ACK 可以到達 sctp_sf_do_asconf_ack（），後者會存取過時的區塊並將其傳遞給 sctp_process_asconf_ack（），從而導致釋放後使用和第二次釋放。清除指標會公開 T4 到期的爭用。對等重新啟動處理會讓計時器在清除前停止佇列，但SCTP_CMD_TIMER_STOP使用 timer_delete（），它不會等待已在另一個 CPU 上執行的回呼。這類回呼可以在清除和取消參照 NULL 之後到達 sctp_sf_t4_timer_expire（）。釋放快取區塊後清除 addip_last_asconf，如果沒有未完成的 ASCONF，則使 sctp_sf_t4_timer_expire（） 消耗過時的 T4 到期日。（CVE-2026-74587）

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

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

  - 之前 3.9.4 的 NLTK 版本在 JSONTaggedDecoder.decode_obj（） 中包含一個不受限制的遞迴弱點，攻擊者可藉由提供深度巢狀 JSON 結構來造成拒絕服務。攻擊者可以製作超過遞迴限制的 JSON 承載，以觸發未處理的 RecursionError，從而使 Python 處理程序損毀。（CVE-2026-66393）

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

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

  - net/dibs：正確釋放dmb_clientid_arr dibs 裝置中斷處理常式可以在 dibs_dev_del（） 之後處於活動狀態，並且仍可存取dmb_clientid_arr。（UAF）如果 dibs_lo_dev_probe（） 呼叫 dibs_dev_add（） 失敗，dmb_clientid_arr將被釋放兩次（雙重釋放）。最後一次參照消失後，dibs_dev_release（） 中的釋放dmb_clientid_arr。請注意，目前可以在 dibs_dev_add（） 而不是 dibs_dev_alloc（） 中配置，因為在 dibs_dev_add（） 之前無法註冊任何 dmb。（CVE-2026-74629）

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

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

  - net： bridge： mrp：修正線路上未初始化的位元組 br_mrp_alloc_test_skb（） 從 dev_alloc_skb（） 在 skb 上建立 MRP 測試幀，這不會清除線性資料區域。在 MRA 環角色分支上，子選項 TLV 標頭附加 sub_tlv = skb_put（skb， sizeof（*sub_tlv））;sub_tlv->類型 = BR_MRP_SUB_TLV_HEADER_TEST_AUTO_MGR;因此永遠不會寫入 sub_tlv->長，並且兩個尾隨對齊位元組附加了一個裸的 skb_put（），該字節也不會清除它們。相鄰的 oui 和 sub_opt 區域明確歸零，因此每個發出的 MRA MRP_Test幀中都會留下三個未初始化的位元組。將子選項 TLV 標頭和對齊填充放在單一 skb_put_zero（） 中，這會清除兩者。AUTO_MGR子 TLV 不攜帶負載，因此歸零長度欄位已經是它應有的值。（CVE-2026-74659）

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

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

  - 提示：在 tipc_node_link_down（） 中節點鎖定下讀取 le->link tipc_node_link_down（） 在採用 n->lock 之前快取連結指標：struct tipc_link *l = le->link;/* 已解鎖 */ if （！l） return;
    tipc_node_write_lock（n）;if （！tipc_link_is_establishing（l）） { /* 解除參照 l */ ...tipc_link_reset（l）;/* 寫入 l */ if （delete） { kfree（l）; le->link = NULL;delete=true 呼叫端會在 n->lock 下釋放該物件，因此鎖定不會保護快取的指標免受它的影響：- CPU A， delete=false：
    TIPC_LINK_DOWN_EVT 上的 tipc_rcv（） 或透過 tipc_node_timeout（） 的連結監督計時器，讀取 L 已解鎖，然後在 n->lock 下取消參照;- CPU B， delete=true： netlink TIPC_NL_BEARER_DISABLE -> bearer_disable（） -> tipc_node_delete_links（） -> tipc_node_link_down（n， bearer_id， true） -> kfree（l）。連結是使用純 kfree（） 而不是 kfree_rcu（） 釋放的，並且對於 UDP 承載 disable_media（） 僅排程非同步 cleanup_bearer（） 工作，因此其 synchronize_net（） 在連結消失後運行。因此，讀取 l 的正在進行中的 CPU A 會在 B 釋放記憶體後取消參照釋放的記憶體：tipc_link_is_establishing（） 中的釋放後使用讀取，以及透過建立分支上的 tipc_link_reset（） 進行釋放後使用寫入。
    在 7.2.0-rc5-00284-gaf39eb111ce6 上擷取了以下追蹤： 錯誤：KASAN：tipc_link_is_establishing 中的 slab-use-after-free （net/tipc/link.c：285） 由任務 swapper/2/0 tipc_link_is_establishing 在 addr ffff88802e2aa068 讀取大小 4 （net/tipc/link.c：285） tipc_node_link_down （net/tipc/node.c：1076） tipc_node_timeout （net/tipc/node.c：843） 由任務 9549 分配： tipc_link_create （net/tipc/link.c：490） tipc_node_check_dest （net/tipc/node.c：1279） tipc_disc_rcv （net/tipc/discover.c：252） tipc_udp_recv （net/tipc/udp_media.c：389） 由任務 9549 釋放： tipc_node_link_down （net/tipc/node.c：1084） tipc_node_delete_links （net/tipc/node.c：1320） bearer_disable （net/tipc/bearer.c：414）
    __tipc_nl_bearer_disable （net/tipc/bearer.c：992） 移動 tipc_node_write_lock（） 內讀取的 le->link，以便針對刪除路徑中的 kfree（） 進行序列化。現在的 racing 拆卸要麼尚未執行，我們看到有效的連結，要麼已經執行，但我們看到 NULL。（CVE-2026-74609）

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

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

  - NLTK 之前 3.10.3 在 AllowlistUnpickler 中包含一個遠端程式碼執行弱點，該弱點僅驗證 pickle 模組字串，而不驗證全域名稱，允許攻擊者透過屬性遊走到允許列入清單名稱空間之外的可呼叫項目來解析點狀名稱。攻擊者可以製作不受信任的轉換剖析器模型，這些模型會在 TransitionParser.parse 透過allowlisted_pickle_load載入模型時執行任意命令。（CVE-2026-71513）

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

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

  - fscrypt：在允許設定加密原則之前，使用掛載 idmap 進行所有者簽入 fscrypt_ioctl_set_policy（） fscrypt_ioctl_set_policy（） 呼叫 inode_owner_or_capable（） 和 &nop_mnt_idmap，而不是發出 ioctl 的掛載的 idmap。fscrypt 由支援 idmapped 掛載的檔案系統使用（例如 ext4、f2fs），因此在這樣的掛載中，這會將調用方的 fsuid 與未映射的磁碟上所有者而不是映射的所有者進行比較：實際所有者可能會被錯誤地拒絕使用 -EACCES，並且錯誤地允許不相關的調用者。請改用 file_mnt_idmap（filp）。（CVE-2026-74595）

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

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

  - dibs：在 dibs_dev_alloc（） 中初始化 dibs->lock dibs->lock 是由 dibs_dev_add（） 初始化的，但 dibs 裝置在呼叫之前已經可以中斷：ism_probe（） 在呼叫 dibs_dev_add（） 之前執行 ism_dev_init（），因此執行 request_irq（）。此時任何用戶端都無法註冊 dmb，因此不會發生 dmb 中斷，但 GID 事件中斷可以，並且 ism_handle_irq（） 在檢查其他任何內容之前，在進入時無條件地採用 dibs->lock。請改為初始化 dibs_dev_alloc（） 中的鎖定，以便在驅動程式可以將裝置發佈至其中斷處理常式時立即有效。
    (CVE-2026-74617)

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

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

  - bonding： alb：在 bond_alb_monitor bond_alb_monitor（） 中重新檢查 RTNL 下的 primary_is_promisc，讀取 RCU 下的 primary_is_promisc，然後刪除 RCU 並透過 rtnl_trylock（） 獲取 RTNL，然後撤銷它在活動從屬上設定的混雜。在該窗口中，活動從屬可以在 RTNL 下更改 （RTM_DELLINK
    -> __bond_release_one（） -> bond_alb_handle_active_change（）），這已經刪除了混雜並清除了primary_is_promisc。監視器仍會處理過時的決策：如果在沒有容錯移轉的情況下移除從屬，則curr_active_slave現在為 NULL，且 deref 出錯;如果故障轉移，過時的 dev_set_promiscuity（-1） 會反向溢位新從屬的混雜計數器，並將其釘選在IFF_PROMISC中。哎呀：
    一般保護錯誤，可能是非規範地址...... KASAN：範圍內的 null-ptr-deref [0x0000000000000000-0x0000000000000007] 工作佇列：b42 bond_alb_monitor RIP：0010：bond_alb_monitor （drivers/net/bonding/bond_alb.c：1600） process_one_work （kernel/workqueue.c：3322） worker_thread （kernel/workqueue.c：3486） kthread （kernel/kthread.c：436） ret_from_fork （arch/x86/kernel/process.c：158） 核心錯誤 - 未同步： 重大異常 在進行 RTNL 後重新檢查 primary_is_promisc （和 curr_active_slave），以便監視器僅復原增量，它仍然擁有。其他綁定監控器已經在提交階段重新讀取 RTNL 下的狀態 （bond_miimon_commit/bond_ab_arp_commit）;bond_alb_monitor（） 是唯一對 Trylock 前決定採取行動的人。（CVE-2026-74726）

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

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

  - perf/core：修正同級分離後的群組領導者釋放後使用問題 perf_group_detach（） 以不同的方式處理領導者和同級分離。當群組領導者分離時，所有同級都會升級為單一事件，且其group_leader指標會重設為自己。分離同級時，它會從領導者的sibling_list中移除，但其group_leader指標仍會指向舊的領導者。當同級被關閉並立即釋放時，這是無害的，就像在DETACH_DEAD路徑中一樣。當同級分離但保持活動狀態時，例如在 CPU 熱插拔與 DETACH_GROUP 期間，這是不安全的。在此情況下，同級會從內容中移除，而其檔案描述元仍可使其保持作用中。典型的失敗序列為： - 群組包含領導者 L 和同級 S。 - CPU 熱插拔會以 DETACH_GROUP 分離 S，將其從 L->sibling_list 中移除，但留下 S->group_leader == L。 - L 稍後會關閉並釋放。- S 上的PERF_IOC_FLAG_GROUP ioctl 會跟隨 S->group_leader 並取消參照釋放的領導者。這是透過同時執行 perf 事件模糊測試程式、CPU 熱插拔和壓力工作負載來重現的： 無法處理虛擬位址 006b6b6b6b6b6cdb 上的核心分頁要求 CPU：2 PID：12489 通訊：perf_fuzzer 6.18.7 搶佔 pc：perf_ioctl+0x34c/0xc68 x20：ffffff89a3fa2c70 x8：6b6b6b6b6b6b6b6b 代碼：943c4a0e 340047a0 f9404a94 f9411e88 （f940b908） 呼叫追蹤：perf_ioctl+0x34c/0xc68 （P） __arm64_sys_ioctl+0xa0/0xf4 invoke_syscall+0x58/0xe4 el0_svc_common+0xa8/0xdc do_el0_svc+0x1c/0x28el0_svc+0x40/0xc0 el0t_64_sync_handler+0x68/0xdc el0t_64_sync+0x1c4/0x1c8 錯誤發生在 perf_ioctl（） 中，其中 perf_event_for_each（） 跟在過時的group_leader指標後面，然後 perf_event_for_each_child（） 取消參照釋放的領導者的上下文。透過將分離的同級提升為單一子來修正釋放後使用。同時修正 __event_disable（） cgroup 帳戶處理和事件狀態變更。（CVE-2026-74637）

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

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

  - mm/page_table_check：跳過以 PageAnon（） 為基礎的特殊零對應 page_table_check_set（） 和 page_table_check_clear（） 帳戶對應。共用零頁 PTE 和巨大的零 PMD 是特殊映射，但page_table_check仍然可以將它們視為檔案備份頁面。無權限的處理程序可以填入足夠的零對應，以溢位file_map_count並命中現有的 BUG_ON（）。PTE 路徑可以使用共用零頁面來執行此操作，而 PMD 路徑可以使用大型零映射執行相同的操作。略過使用者頁面表格帳戶路徑中的特殊零對應。保持 PTE 端 pte_special（） 檢查，並從映射的對開本而不是 pmd_special（） 中識別巨大的零 PMD。這涵蓋了 pmd_special（） 是無操作的架構，而無需將huge_zero_pfn檢查新增至通用計數器協助程式。（CVE-2026-74600）

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

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

  - hwmon：（pmbus） 修正通知邏輯中的類型混淆 Sashiko 報告：在 pmbus_notify（） 中迴圈開始時，程式碼無條件地將每個屬性轉換為結構sensor_device_attribute：
    drivers/hwmon/pmbus/pmbus_core.c：pmbus_notify（） { for （i = 0; i < data->num_attributes; i++） { struct device_attribute *da = to_dev_attr（data->group.attrs[i]）; struct sensor_device_attribute *attr = to_sensor_dev_attr（da）; int index = attr->index; ... }不過，data->group.attrs 可以包含其他類型，例如結構pmbus_samples_reg或結構pmbus_sensor，它們只會內嵌基底結構device_attribute。如果 da 是結構pmbus_samples_reg，則 dev_attr 是最後一個成員。將其轉換為結構sensor_device_attribute並讀取索引欄位似乎會存取超出配置結尾的記憶體，這可能會觸發 slab-out-of-bounds 讀取。此外，如果 da 是結構pmbus_sensor，則轉換它會導致索引欄位與 page、phase 和 reg 欄位重疊。這是否會在 little-endian 系統上產生垃圾遮罩，在警示期間虛假符合目標 reg、頁面和旗標？在 struct pmbus_sensor 和 struct pmbus_label 中使用 struct sensor_device_attr 來修正問題。
    由於這些屬性永遠不會觸發通知，因此請將它們的 attr->index 值設為 -1。使用此值可與布林屬性區分開來，布林屬性會觸發通知，並使用索引欄位對遮罩、頁面和暫存器值進行編碼。（CVE-2026-74711）

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

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

  - thunderbolt：在索引 sw->ports 之前綁定 DROM 雙連結連接埠號 tb_drom_parse_entry_port（） 會在索引 sw->ports[] 之前針對 sw->config.max_port_number 驗證裝置提供的 header->index，但同級欄位 entry->dual_link_port_nr （也是從 DROM 讀取的 6 位元值） 會為相同的陣列編製索引，但沒有此類檢查。惡意或格式錯誤的 Thunderbolt 裝置可設定超出配置的 sw->ports[] （max_port_number + 1 個項目） 的dual_link_port_nr，產生越界tb_port指標，該指標會儲存並在稍後解除參照。拒絕dual_link_port_nr超過 max_port_number 的連接埠項目，該界限已套用至 header->index。（CVE-2026-74585）

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

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

  - sched_ext：先在 scx_cgroup_lock（） 中採用 cgroup_lock（） scx_cgroup_lock（） 寫入鎖定scx_cgroup_ops_rwsem，然後採用 cgroup_lock（），這可以透過 kernfs 鎖死： scx 啟用/停用 cgroup rmdir cpu.weight 寫入 ------------------ ------------ ---------------- cgroup_lock（） percpu_down_write（rwsem） cgroup_lock（） kernfs_get_active（） percpu_down_read（rwsem） kernfs_drain（） 啟用路徑會等待 rmdir 釋放cgroup_mutex。rmdir 停用 CPU 控制器的檔案，會在 kernfs_drain（） 中等待寫入的活動參照。scx_group_set_weight（） 中的寫入會等待擱置寫入器後面的 rwsem。先取 cgroup_lock（）。set_* 路徑在讀取端內不採用 cgroup 鎖定，因此擱置的寫入鎖定只會等待一律執行至完成的讀取區段，並且不會保留從 rwsem 返回 cgroup_mutex 的相依性。（CVE-2026-74593）

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

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

  - vhost-scsi：驗證 T10 PI 散佈清單計數 交涉 PI 時 T10 ，vhost-scsi 會在對應要求散佈清單之前，從資料迭代器分割保護位元組。格式錯誤的要求可能會要求涵蓋或超過完整承載長度的保護位元組。前者不留下任何資料位元組進行映射，而後者在推進迭代器之前exp_data_len下溢。這兩種情況都可以讓零資料 SGL 計數達到 sg_alloc_table_chained（），這會觸發 BUG_ON（！nents）。在減去prot_bytes並推進迭代器之前，拒絕覆蓋或超過承載的保護長度。在呼叫配置器之前，也從保護 SGL 計算傳播負錯誤，以符合資料 SGL 路徑。
    (CVE-2026-74703)

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

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

  - ima：修正 xattr_verify（） 中的越界讀取 xattr_verify（） 中的摘要長度檢查混合了 int 和 size_t：if （xattr_len - sizeof（xattr_value->type） - hash_start >= iint->ima_hash->length） sizeof（） 產生size_t，因此通常的算術轉換會在減法執行之前將整個左側提升為無符號 64 位元。對於被截斷的 xattr 來說，這是下溢而不是負數：一個 1 位元組IMA_XATTR_DIGEST_NG xattr （xattr_len == 1， hash_start == 1） 將 1 - 1 - 1 變成 SIZE_MAX，這很簡單 >= ima_hash-> 長度。然後檢查通過，以下 memcmp（） 讀取從分配給它的緩衝區 vfs_getxattr_alloc（） 末尾開始的 iint->ima_hash->length 位元組。
    沒有任何上游會先將xattr_len限制回安全範圍：ima_get_hash_algo（） 僅特殊情況xattr_len < 2 來選擇預設演算法，而 evm_verifyxattr（） 在未載入 HMAC 金鑰時傳回 INTEGRITY_UNKNOWN 而不是失敗，因此截斷的 security.ima 值會按原樣達到長度檢查。
    重寫比較，讓每個運算元都保持帶正負號的 int，而且不會隱含轉換為 size_t。
    (CVE-2026-74671)

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

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

  - vhost_iotlb：add_range vhost_iotlb_add_range_ctx（） 中的綁定映射分配僅在表具有非零限制、恰好達到該限制並已設定VHOST_IOTLB_FLAG_RETIRE時才會淘汰舊項目。未淘汰的資料表在達到其設定的限制後，仍可繼續配置項目。現有的虛擬主機裝置會使用 vhost.c 的max_iotlb_entries配置其 IOTLB，其預設值為 2048，並可透過模組參數進行調整。在配置點使用呼叫端提供的限制，而不是在通用 IOTLB 協助程式中新增個別的預設值，並拒絕虛擬主機路徑中可報告錯誤的非正值。當可以從使用者空間或客體控制的要求填入項目時，其他虛擬主機 IOTLB 使用者不應建立零限制表格。新增 mlx5 vDPA、VDUSE 和 vhost-vDPA 的呼叫端max_iotlb_entries參數。拒絕非正數 VDUSE 和 vhost-vDPA 值，並要求安裝完整範圍對應的 vdpa_sim 和 mlx5 vDPA 路徑至少有兩個項目，因為這些對應會分割成兩個 IOTLB 項目。
    在插入前半部分之前，檢查 IOTLB 是否可以保留兩個分割項目，以處理通用協助程式中的全範圍對應。這可避免在留下一半對應後傳回錯誤。當表格已滿時，請保留即將淘汰表格的現有淘汰行為，並針對未淘汰表格傳回 -ENOSPC。重複使用已淘汰的對應節點，而不是釋放它並配置替換節點，因此 IOTLB 更新串流無法在資料表達到其限制後繼續強制GFP_ATOMIC配置。
    如果零限制 IOTLB 仍到達通用協助程式，請將其視為設定錯誤，並傳回
    -埃因瓦爾。我自己發現了這個錯誤，儘管該補丁是在 AI 幫助下編寫的。（CVE-2026-74713）

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

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

  - net： tap：在剖析 tap_get_user_xdp（） 中的 virtio net 標頭之前設定 skb->dev） 提交 4f61f133f354 （net： tap：當 skb->dev 為 null 時，dev_parse_header_protocol 中的 NULL 指標解除參照） 透過在呼叫 tun_vnet_hdr_to_skb（） 之前指派 skb->dev 來修正 tap_get_user（） 中的損毀。這是必需的，因為 virtio_net_hdr_to_skb（） 可能會叫用 dev_parse_header_protocol（），這會取消參照 skb->dev。如果沒有指派，可能會發生 NULL 指標解除參照。然而，tap_get_user_xdp（） 在指派 skb->dev 之前仍會剖析 virtio-net 標頭。當虛擬主機 TX 路徑通過包含 GSO virtio-net 標頭的 XDP 緩衝區，但通訊協定故意設定為零時，tun_vnet_hdr_to_skb（） 可以到達 dev_parse_header_protocol（），而 skb->dev 仍為 NULL，從而導致當機。透過在調用 tun_vnet_hdr_to_skb（） 之前查找 tap 設備並分配 skb->dev 來解決此問題，以匹配 tap_get_user（） 中已經使用的順序。保留跨 dev_queue_xmit（） 的現有 RCU 讀取端關鍵區段。
    (CVE-2026-74684)

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

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

  - net/sched： act_ct：修正標頭檢查拒絕封包時的sk_buff洩露 tcf_ct_handle_fragments（） 在將任何內容交給碎片整理引擎之前執行其標頭健全性檢查：if （family == NFPROTO_IPV4） err = tcf_ct_ipv4_is_fragment（skb， &frag）;否則 err = tcf_ct_ipv6_is_fragment（skb， &frag）;
    if （err || ！frag） return err;tcf_ct_ipv4_is_fragment（） 傳回 -EINVAL 或 -ENOMEM;
    當 ipv6_find_hdr（） 失敗時，tcf_ct_ipv6_is_fragment（） 會新增 -EPROTO。它們都不會釋放 skb 或將 skb 排入佇列，因此在該路徑上，呼叫端仍然擁有它。然而，tcf_ct_act（） 會將每個非零返回匯集到所有權轉移出口：err = tcf_ct_handle_fragments（net， skb， family， p->zone， &defrag）;if （err） goto out_frag;...out_frag：if （err ！= -EINPROGRESS） tcf_action_inc_drop_qstats（&c->common）;返回TC_ACT_CONSUMED;TC_ACT_CONSUMED表示動作已取得 skb 的所有權，因此沒有呼叫端釋放它 - sch_handle_ingress（）、sch_handle_egress（） 和 tcf_qevent_handle（） 都會刻意略過該判定的釋放。因此，skb 是孤立的：每個格式錯誤的封包都會洩漏一個sk_buff加上其資料緩衝區，不受限制。請注意，丟棄計數器已針對這些錯誤遞增，因此統計資料會宣告從未發生的丟棄。三種不同的所有權狀態達到out_frag：今天 - skb 可能被碎片整理引擎 （-EINPROGRESS） 排入佇列，已經被 nf_ct_handle_fragments（） 釋放，或者仍然歸我們所有。告訴調用者是哪一個，並在最後一種情況下自行釋放封包，這會恢復修復之前的TC_ACT_SHOT行為：提交。在 v7.2-rc6 上重現，具有 54 位元組的框架，帶有 40 位元組的 IPv6 標頭，nexthdr = 0（逐跳），之後沒有任何內容，在具有操作 ct 的 clsact 輸入鏈上。kmemleak 報告一個洩露的 232 位元組skbuff_head_cache對象及其每個數據包的 704 位元組數據緩衝區;使用此修補程式時，它沒有報告任何內容。(CVE-2026-74621)

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

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

  - hashcat 在剖析還原檔案時無法限制命令列選項，允許攻擊者注入輸出重新導向選項，例如 --outfile--potfile-path和 。攻擊者可以使用惡意選項製作還原檔案，將攻擊者控制的內容附加到任意檔案中，從而在針對殼層啟動檔案時啟用程式碼執行。（CVE-2026-68766）

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

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

  - netfilter： nf_conntrack：將無效記錄推遲到解鎖之後，當 ct->lock 仍保留時，TCP 和 SCTP conntrack 路徑可能會發出無效封包記錄。當無效的日誌記錄路由到nfnetlink_log並啟用 conntrack 匯出時，日誌路徑可以重新輸入 conntrack netlink glue 並再次轉儲相同的 conntrack。通訊協定屬性傾印可能會採用 ct->lock，因此在持有該鎖定時記錄可能會鎖死。
    在保留 ct->lock 時僅儲存最小記錄內容，並在解除鎖定後發出記錄，以延遲 TCP 無效記錄。也使 TCP 逾時降低無效路徑傳回是否需要日誌，然後在解鎖後發出該日誌。對保留 ct->lock 時可存取的 SCTP 無效狀態轉換記錄執行相同的動作。將 lockdep 判斷提示新增至 nf_ct_l4proto_log_invalid（），以便將來在持有 ct->lock 時記錄無效 conntracks 的呼叫者也會在 TCP 和 SCTP 之外被捕獲。（CVE-2026-74624）

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

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

  - net： openvswitch：重新分配不相符 ID 的更新回覆 ovs_flow_cmd_new（） 會在選擇性回覆 skb 需要ovs_mutex之前，在知道將更新哪個現有流程之前，預先配置選擇性回覆 skb。這通常沒問題，因為 skb 的大小是根據請求流識別碼調整的。該識別碼也會成為插入流程的識別碼。不過，針對更新，具有 UFID 的要求可能會遺漏 UFID 查詢，然後回復至流程金鑰查詢。該查詢可以合法地找到現有的金鑰識別流程。
    UFID 是選用的，流程金鑰是主要識別碼。對於回應回覆，ovs_flow_cmd_fill_info（） 會寫入相符流程的識別碼，而不是用於預先配置的要求識別碼。因此，簡短的請求 UFID 可能會為金鑰識別碼留下太小的空間。然後，填充可能會以 -EMSGSIZE 失敗，並命中更新路徑中的BUG_ON（錯誤 < 0）。解決更新目標之後，如果相符的流程需要比允許的要求識別碼更大的回覆，請重新配置回覆 skb。在取代動作之前執行此操作，以便在罕見的額外配置失敗時，請求仍然可以完全失敗。（CVE-2026-74664）

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

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

  - bnxt_en：在所有晶片上停用 TPA 的 EOP 以防止資料損毀 AGG 環上的 EOP （框架結尾填補） 可能會導致一個區段結尾的零填補與下一個區段的資料重疊。如果啟用寬鬆排序 （RO），零填充可能會覆寫下一個區段中的有效資料並損毀資料。較舊的晶片 （P5 和更舊版本） 不會在啟用 EOP 時自動停用 RO。在某些 ARM 系統上，啟用 RO 的 57508 （P5） 晶片上報告資料損毀。啟用 TPA 時，一律停用 AGG 通道上所有晶片上的 EOP 以修正資料損毀。（CVE-2026-74697）

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

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

  - net/smc：修正 smc_llc_event_handler（） 中 CONFIRM_LINK 和 ADD_LINK_CONT 的 qentry 覆寫 smc_llc_event_handler（） 中的 SMC_LLC_CONFIRM_LINK / SMC_LLC_ADD_LINK_CONT 分支將傳入的 qentry 儲存到本機 LLC 流程中，而無需先檢查 qentry 是否已經處於擱置狀態。如果惡意或有錯誤的對等體在流程處於活動狀態且已設定 flow->qentry 時傳送第二個 CONFIRM_LINK 或 ADD_LINK_CONT 要求，則 smc_llc_flow_qentry_set（） 會覆寫指標而不釋放先前的配置，從而為每則虛假訊息洩漏一個 kmalloc-96 物件。同級SMC_LLC_DELETE_LINK分支已經具有正確的 ！flow->qentry 防護。將相同的保護套用至 CONFIRM_LINK/ADD_LINK_CONT 分支，以便在 qentry 已被佔用時，重複訊息會中斷，並由 out： 標籤的 kfree（qentry） 釋放，而不是無訊息地洩漏現有配置。回應方向 （smc_llc_rx_response（）） 不受影響：它已經在對等站點使用 flow->qentry 進行保護，並正確丟棄重複的回應。（CVE-2026-74719）

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

ID	名稱	嚴重性
339302	Linux Distros 未修補弱點：CVE-2026-78147	medium
339301	Linux Distros 未修補弱點：CVE-2026-78161	medium
339300	Linux Distros 未修補弱點：CVE-2026-71832	medium
339203	Nutanix AOS：多個弱點（NXSA-AOS-7.5.1.12）	high
339188	Linux Distros 未修補弱點：CVE-2026-78465	high
339187	Linux Distros 未修補弱點：CVE-2026-78376	high
339186	Linux Distros 未修補弱點：CVE-2026-78475	medium
339157	Linux Distros 未修補弱點：CVE-2026-78367	high
339129	Tenable Security Center < 6.9.0 多個弱點 (TNS-2026-22)	critical
339073	Linux Distros 未修補弱點：CVE-2026-78323	medium
339072	Linux Distros 未修補弱點：CVE-2026-74584	high
339068	Microsoft .net Core SEoL （10.x）	low
339067	Microsoft .net Core SEoL （9.x）	low
339066	Microsoft .net Core SEoL （8.x）	low
339040	Linux Distros 未修補弱點：CVE-2026-19542	medium
339024	Linux Distros 未修補弱點：CVE-2026-74705	critical
339023	Linux Distros 未修補弱點：CVE-2026-74716	medium
339022	Linux Distros 未修補弱點：CVE-2026-74727	critical
339021	Linux Distros 未修補弱點：CVE-2026-74626	high
339020	Linux Distros 未修補弱點：CVE-2026-74732	medium
339019	Linux Distros 未修補弱點：CVE-2026-74731	high
339018	Linux Distros 未修補弱點：CVE-2026-74641	high
339017	Linux Distros 未修補弱點：CVE-2026-74622	high
339016	Linux Distros 未修補弱點：CVE-2026-63311	medium
339015	Linux Distros 未修補弱點：CVE-2026-74725	high
339014	Linux Distros 未修補弱點：CVE-2026-71514	low
339013	Linux Distros 未修補弱點：CVE-2026-74587	critical
339012	Linux Distros 未修補弱點：CVE-2026-66393	high
339011	Linux Distros 未修補弱點：CVE-2026-74629	high
339010	Linux Distros 未修補弱點：CVE-2026-74659	medium
339009	Linux Distros 未修補弱點：CVE-2026-74609	high
339008	Linux Distros 未修補弱點：CVE-2026-71513	high
339007	Linux Distros 未修補弱點：CVE-2026-74595	high
339006	Linux Distros 未修補弱點：CVE-2026-74617	critical
339005	Linux Distros 未修補弱點：CVE-2026-74726	high
339004	Linux Distros 未修補弱點：CVE-2026-74637	high
339003	Linux Distros 未修補弱點：CVE-2026-74600	medium
339001	Linux Distros 未修補弱點：CVE-2026-74711	high
339000	Linux Distros 未修補弱點：CVE-2026-74585	high
338999	Linux Distros 未修補弱點：CVE-2026-74593	high
338998	Linux Distros 未修補弱點：CVE-2026-74703	high
338997	Linux Distros 未修補弱點：CVE-2026-74671	high
338996	Linux Distros 未修補弱點：CVE-2026-74713	high
338995	Linux Distros 未修補弱點：CVE-2026-74684	high
338994	Linux Distros 未修補弱點：CVE-2026-74621	high
338993	Linux Distros 未修補弱點：CVE-2026-68766	high
338992	Linux Distros 未修補弱點：CVE-2026-74624	high
338991	Linux Distros 未修補弱點：CVE-2026-74664	high
338990	Linux Distros 未修補弱點：CVE-2026-74697	high
338989	Linux Distros 未修補弱點：CVE-2026-74719	high

偵測

Nessus 的 Misc. 系列

medium

medium

medium

high

high

high

medium

high

critical

medium

high

low

low

low

medium

critical

medium

critical

high

medium

high

high

high

medium

high

low

critical

high

high

medium

high

high

high

critical

high

high

medium

high

high

high

high

high

high

high

high

high

high

high

high

high