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

  - PCRE2 之前 10.48 允許pcre2_dfa_match越界寫入，因為在遞迴 DFA 相符工作區中重複使用快取的工作區區塊缺少大小檢查 （即使新配置的區塊出於相同目的確實具有大小檢查）。此結果需要攻擊者控制的規則運算式，或遞迴模式搭配小堆積限制 （可透過 API 設定）。
    (CVE-2026-86145)

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

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

  - 在 strdup 失敗之後，libxml2 中的 2.15.4 xmlregexp 在 xmlRegNewParserCtxt 中具有 NULL 指標解除參照，亦即在 NULL 檢查後不會計算字串長度。（CVE-2026-86141）

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

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

  - ntop nDPI 版本之前 6.0 包含 ndpi_json_string_escape 函式中的堆積緩衝區溢位弱點，其寫入超出呼叫端提供的緩衝區界限。攻擊者可以透過提供特製的網路封包資料（包括到達易受攻擊功能的 TLS SNI、HTTP 標頭或 DNS 名稱）來觸發溢位，從而導致堆積損毀。（CVE-2026-86098）

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

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

  - Debian Linux - exiv2 - 無 Ubuntu Linux - [GHSA-jcgh-p9v3-pw6j： 讀取區塊對齊的遠端 CRW 檔案時，RemoteIo 中的堆積越界讀取] （CVE-2026-68547）

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

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

  - 由於不支援的對應詳細資料，因此存在此弱點。此特定 CVE 名稱目前被標記為保留，或尚未在全球安全性字典中填入最終的公開描述。（CVE-2026-49275）

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

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

  - Unidata netcdf-c through 在 4.10.1 NC4_HDF5_inq_attname（） 中包含越界寫入弱點，可將 HDF5 屬性名稱複製到固定的 256 位元組緩衝區中，而不進行長度驗證。攻擊者可製作具有過大屬性名稱的 HDF5 檔案，以溢出目的地緩衝區，進而在應用程式列舉屬性名稱時造成記憶體損毀和當機。（CVE-2026-86095）

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

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

  - drm/log：當比例太大而無法顯示時，修正無限迴圈 當比例大到scaled_font超過顯示尺寸時，列或列會變成 0。columns 值為 0 會導致 drm_log_draw_kmsg_record（） 中出現無限迴圈，因為迴圈永遠不會遞減 len。檢查 drm_log_setup_modeset（） 中的零行/列並傳回錯誤，清理已分配的緩衝區以避免洩漏。
    (CVE-2026-80740)

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

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

  - x86/mce：在 CMCI 發現之前設定輪詢計時器 我在其中一部機器上點擊了以下內容： mce：
    CPU0 BANK15 CMCI 繼承了 storm ------------[ 切到這裡 ]------------ ODEBUG： assert_init 不可用 （活動狀態 0） 物件： （____ptrval____） 物件類型： timer_list 提示： 0x0 警告：
    lib/debugobjects.c：632 在 debug_object_assert_init+0x178/0x230， CPU#0： swapper/0/0 CPU： 0 UID： 0 PID： 0 通訊： swapper/0 未受污染 7.2.0-rc5 #3 搶佔性 RIP： 0010：debug_object_assert_init+0x18f/0x230 呼叫追蹤： <TASK> __mod_timer mce_timer_kick cmci_discover intel_init_cmci mce_intel_feature_init mcheck_cpu_init identify_cpu identify_boot_cpu arch_cpu_finalize_init start_kernel 緊接著第二個 splat， 從 timer_setup（） 發現已排入佇列的相同計時器： ODEBUG：初始化作用中（作用中狀態 0） 物件：（____ptrval____） 物件類型：timer_list提示：stub_timer+0x0/0x10 發生這種情況是因為 CMCI 風暴偵測嘗試在正確設定計時器之前修改計時器。先設定計時器。__mcheck_cpu_setup_timer（） 僅調用 timer_setup（），並且既不依賴泛型也不依賴供應商 init。[ bp： 按摩提交訊息。（CVE-2026-80727）

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

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

  - mmc：loongson2：修正資料重新排序函數中的 sg 迭代 在 ls2k0500_mmc_reorder_cmd_data（） 和 ls2k2000_mmc_reorder_cmd_data（） 中，for_each_sg（） 巨集已經迭代了散點清單條目，其中 'sg' 指向目前條目。然而，程式碼錯誤地在循環中使用了「&sg[i]」和「sg_dma_len（&sg[i]）」，這會將「sg」視為陣列基數並再次對其進行索引，從而導致存取錯誤的 sg 條目（如果清單不是陣列，則越界）。（CVE-2026-80748）

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

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

  - OpenVPN 2.7_alpha1 2.7.6 中的 Windows 互動式服務允許本機驗證使用者繞過受信任的組態目錄限制，並透過特製的路徑載入任意組態檔案 （CVE-2026-78043）

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

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

  - btrfs：初始化快取 inode 的 inode 映射旗標 [錯誤] 以 8K 區塊大小、4K 頁面大小執行 generic/795 時，測試總是失敗，觸發一些與作品集大小相關的 ASSERT（）：795 （241074）：
    drop_caches：3 斷言失敗：IS_ALIGNED（start， blocksize） &; &; IS_ALIGNED（end + 1， blocksize）， in extent_io.c：1404 （blocksize=8192， root=262， ino=258 start=16826368 end=16830463 ， mapping min order=0）
    ------------[ 切到這裡 ]------------ extent_io.c：1404 的核心錯誤！哎呀：無效的操作碼：0000 [#1] SMP CPU：8 UID：0 PID：241105 通訊：fsstress 污染：G OE 7.2.0-rc5-custom+ #442 PREEMPT（full） f4bfb352566f3949f29c233ce6f735050a03b245 污染：[O]=OOT_MODULE，[E]=UNSIGNED_MODULE 硬體名稱：QEMU 標準電腦 （Q35 + ICH9， 2009），BIOS 未知 02/02/2022 RIP：0010：assert_folio_range.cold+0x3d/0x3f [btrfs] 呼叫追蹤： <TASK> btrfs_read_folio+0x9e/0x170 [btrfs 4cd1dd93b341b8ef766643f9512f4a86259567a3] prepare_one_folio.. constprop.0+0x104/0x2a0 [btrfs 4cd1dd93b341b8ef766643f9512f4a86259567a3] btrfs_buffered_write+0x285/0xa50 [btrfs 4cd1dd93b341b8ef766643f9512f4a86259567a3] btrfs_do_write_iter+0x1aa/0x210 [btrfs 4cd1dd93b341b8ef766643f9512f4a86259567a3] iter_file_splice_write+0x31a/0x540 direct_splice_actor+0x53/0x170 splice_direct_to_actor+0xe9/0x240 do_splice_direct+0x76/0xb0 vfs_copy_file_range+0x1fd/0x630 __x64_sys_copy_file_range+0xf9/0x220 do_syscall_64+0xe1/0x790 entry_SYSCALL_64_after_hwframe+0x4b/0x53 </TASK> ---[ end trace 00000000000000000]--- ASSERT（） 本身是由後來的修補程式新增的。當機是由新的除錯修補程式觸發的，但沒有此修正。[原因]在上述情況下，起始16826368正確對齊 8K，但結束 （16830463 + 1） 未對齊 8K。此外，映射的最小對開順序為 0，而不是 8K 區塊大小和 4K 頁面大小的預期 1。因此，這意味著某些 inode 沒有調用 btrfs_set_inode_mapping_order（）。快取的 inode 會透過下列事件發生遺失的 btrfs_set_inode_mapping_order（） 呼叫： - 針對 inode X 呼叫的 btrfs_create_new_inode（） 會正確設定 VFS inode 的最小對開順序。- btrfs_update_inode（） 呼叫 inode X：呼叫 btrfs_delayed_update_inode（） 以建立根>delayed_nodes xarray 的delayed_node。- 降低快取/記憶體壓力，驅逐記憶體內 inode X 這已驅逐 inode X，但 delayed_node 仍處於 root >delayed_nodes狀態，以供將來重複使用。- inode X 的 btrfs_iget（） 再次調用 btrfs_iget（） |- btrfs_iget_locked（） | |- iget5_locked_rcu（） |這為 btrfs 創建了一個新vfs_inode，其映射仍然是 |最小階數為 0。| |- btrfs_read_locked_inode（） |- btrfs_fill_inode（） | |- btrfs_get_delayed_node（） |哪個找到了上一個節點，並使用那個延遲的 |節點初始化新的 inode。| |- 已填滿 = true; |- if （filled） goto cache_index;這會跳過 btrfs_update_inode_mapping_flags（） 和 btrfs_set_inode_mapping_order（） 呼叫。因此，inode 仍將最小對開順序設定為 0，而不是所需的 1。因此，稍後的頁面快取讀取會取得大小小於區塊大小的作品集，因為對應的最小作品集順序設定為 0 而不是 1，然後觸發 ASSERT（）。[修復]將 btrfs_update_inode_mapping_flags（） 和 btrfs_set_inode_mapping_order（） 呼叫移至cache_index標籤下，這樣無論我們是否有快取的 inode，一律設定對應旗標和最小作品集順序。（CVE-2026-80734）

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

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

  - OpenVPN 版本 2.5.0 和 2.6.222.7_alpha1 2.7.6 在 Windows 上允許本機驗證使用者在網路設定步驟中執行二進位植入攻擊 （CVE-2026-84226）

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

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

  - Xpdf 4.06 （及更早版本） 中的除以零，當類型 3 字型中的字形高度為零時。
    (CVE-2026-85458)

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

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

  - OVPN：在模組擁有的工作佇列上執行延遲工作 OVPN 會將數個工作專案排入佇列，其回呼會執行模組文字。這些工作目前在廣域系統工作佇列上執行，因此模組結束沒有驅動程式擁有的排空點，可確保回呼在釋放模組文字之前已完全傳回。物件參照會保護回呼所使用的物件，但並不能證明工作佇列函式已傳回。特別是，工作角色可以在執行 ovpn 程式碼時刪除解除封鎖裝置拆卸的最終參照。新增模組擁有的工作佇列，並將其上的所有 ovpn 工作專案排入佇列。在模組結束期間，先取消註冊 rtnl 和 netlink，排清工作佇列，讓普通 ovpn 工作程式完成，執行最後的 RCU 屏障，最後銷毀工作佇列。這可讓工作佇列可用於清理從 RCU 回呼排入佇列的工作，同時確保沒有任何 ovpn 工作專案的壽命超過模組文字。在 netdev 拆卸期間，每個裝置延遲的 keepalive 工作 （ndo_uninit 中的 disable_delayed_work_sync） 保持明確停用狀態，因為 flush_workqueue 不會排清仍僅在其計時器上擱置的延遲工作。
    (CVE-2026-80753)

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

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

  - drm/log：修正空訊息長度的越界讀取 drm_log_draw_kmsg_record（） 存取 s[len - 1] 以去除尾端換行符，但 len 是無符號的 int。如果 len 為 0，則減法會換行為 UINT_MAX，造成越界讀取。當 len 為 0 時，新增提前返回。（CVE-2026-80741）

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

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

  - ovpn：在解除參照之前確保通訊端由 ovpn 擁有 sk_user_data 某些子系統（例如 BPF SOCKMAP）在未實際設定encap_type的情況下設定sk_user_data。因此，在取消參照之前，我們必須確保該類型是 ovpn 預期的類型sk_user_data。否則可能會導致越界讀取。
    (CVE-2026-80735)

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

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

  - 穩壓器：fp9931：修正 VPOS/VNEG 電壓選擇表 VPOSNEG_table[] 映射與規格書不符 FP9931 。數據表將 VPOS/VNEG 電壓映射定義為：00h-04h -> 7.04V （-7.04V） 05h -> 7.26V （-7.26V） 06h -> 7.49V （-7.49V） ...28h-3Fh -> 15.06V （-15.06V） 但是， VPOSNEG_table[] 有兩個問題： 1. 選擇器 0x00~0x04 應該全部映射到 7.04V （5 個條目），但該表有 6 個條目 7.04V，導致所有後續條目移動一個位置。2. 選擇器 0x29~0x3F 應該全部限制為 15.06V （23 個條目），但該表只有 41 個條目。任何高於 0x28 的選取器值都會導致越界資料表存取。移除重複 7.04V 項目並附加缺少的 23 個固定 15.06V 項目，使表格大小正確為 64 個項目 （0x00~0x3F），以解決這兩個問題。
    (CVE-2026-80745)

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

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

  - 已解決 Linux 核心中的下列弱點：clk: qcom: dispcc-eliza: Fix disp_cc_mdss_mdp_clk_src RCG stall on Eliza EVK Eliza EVK (eliza-cqs-evk.dts) does not have display enabled, however its Display Clock Controller is enabled and references parent clocks from DSI PHYs, which causes clock reparenting issues during probe (init) and warning on Eliza EVK: disp_cc_mdss_mdp_clk_src:
    rcg didn't update its configuration. WARNING: drivers/clk/qcom/clk-rcg2.c:136 at update_config+0xd4/0xe4, CPU#1: udevd/273 ... update_config (drivers/clk/qcom/clk-rcg2.c:136 (discriminator 2)) (P) clk_rcg2_shared_disable (drivers/clk/qcom/clk-rcg2.c:1471) clk_rcg2_shared_init (drivers/clk/qcom/clk-rcg2.c:1540) __clk_register (drivers/clk/clk.c:3959 drivers/clk/clk.c:4368) devm_clk_hw_register (drivers/clk/clk.c:4448 (discriminator 1) drivers/clk/clk.c:4672 (discriminator 1)) devm_clk_register_regmap (drivers/clk/qcom/clk-regmap.c:104) qcom_cc_really_probe (drivers/clk/qcom/common.c:418) qcom_cc_probe (drivers/clk/qcom/common.c:445) disp_cc_eliza_probe (dispcc-eliza.c:?) dispcc_eliza platform_probe (drivers/base/platform.c:1432) (CVE-2026-80746)

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

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

  - OpenVPN 2.1中的引數剖析問題_rc10 2.6.222.7Windows上_alpha1 2.7.6 ，允許遠端驗證使用者透過特製的憑證主體 （CVE-2026-84256） 執行任意命令

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

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

  - mm/huge_memory：在 Folio 分割 xas_try_split（） 為頁面快取xa_nodes新增__GFP_ACCOUNT之前初始化工作集狀態，但 __folio_split（） 會保留xa_state的xa_lru未設定。這使得一個實時的、充滿 memcg 的xa_node存在，而無需鏈接到映射的shadow_nodes list_lru;當 Reclaim 稍後遍歷它跳閘的list_lru時 VM_WARN_ON（！css_is_dying（））。使用 mapping_set_update（） 在xa_state上安裝工作集更新回呼和shadow_nodes list_lru。（CVE-2026-80729）

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

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

  - pmdomain：mediatek：修正 of_node_put（） scpsys_get_bus_protection_legacy（） 從裝置樹狀結構節點查詢數個舊版匯流排保護 regmap 後剩餘的 %pOF。兩個錯誤路徑在檢查 regmap 查詢是否失敗之前放置設備節點，但仍會在失敗時將該節點傳遞給 dev_err_probe（） 並帶有 %pOF。如果 of_node_put（） 刪除最後一個參照，則較晚的 %pOF 格式可以取消參照釋放的裝置節點。保留節點參照，直到在 infracfg 和 SMI 查閱路徑中發出錯誤訊息為止。當遺漏 SMI phandle 時，也請先捨棄 SMI 節點，再返回。
    (CVE-2026-80750)

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

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

  - NToPNG 是一個基於 Web 的網絡流量監控應用程序。在 的6.7.260717版本6.7.0中，管理 ntopng 的標籤/徽章功能「POST /lua/rest/v2/delete/tag/tag.lua」和「POST /lua/rest/v2/edit/tag/tag.lua」的兩個 REST v2 端點完全不執行授權檢查。任何經過驗證的使用者 （包括非管理員 （無特權） 帳戶） 都可以刪除或重新命名系統中的任何標籤，包括管理員建立的標籤。版本 6.7.260718 包含一個修正。(CVE-2026-84989)

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

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

  - OpenVPN 2.0.0 直通 2.6.22 和 2.7_alpha1 2.7.6 在 Windows 上允許本機經過驗證的使用者透過具名 IPC 物件上的空 DACL 造成拒絕服務 （CVE-2026-82312）

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

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

  - thunderbolt：修正頻寬群組保留索引 有效頻寬群組 ID 範圍為 1 到 MAX_GROUPS，而群組 ID 為保留 0。tb_consumed_dp_bandwidth（） 直接使用群組 ID 來索引其本機 group_reserved[] 陣列。陣列目前有 MAX_GROUPS 個項目，因此其有效索引為 0 到 MAX_GROUPS - 1。因此，群組 ID MAX_GROUPS 會存取結束後的一個元素，且在加總陣列時，不會包含最後一個群組的保留頻寬。提供 group_reserved[] MAX_GROUPS + 1 個項目，以便直接群組 ID 索引涵蓋保留 ID 0 和有效 ID 1 到 MAX_GROUPS。
    (CVE-2026-80736)

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

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

  - drm/connector/hdmi：修正越界記憶體讀取 協助程式函式將指定的音訊資訊框架複製到連接器的副本中，但使用目的地的大小 （通用目標，大小可接受許多不同的資料區塊），而不是來源 （一種非常特定的資料區塊類型）。因此，它從 28 位元組配置中複製 60 位元組的資料。改用來源大小來修正此問題，以及來源大小實際上小於目的地的建置錯誤。我在 KASAN 下運行 KUnit 測試時遇到了這個問題（同時調試完全其他東西）。在現實世界中，它似乎不太可能引起實際問題。它是讀取而不是寫入，因此它不會損壞任何記憶體。但是，它可能會從頁面末尾掉落並導致 accvio 錯誤。（CVE-2026-80749）

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

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

  - OpenVPN 2.7_alpha1 2.7.6 中的 Windows 互動式服務中的緩衝區大小計算不正確，允許本機驗證使用者透過特製的 NRPT 輸入造成記憶體損毀或洩漏敏感資訊。（CVE-2026-78221）

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

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

  - 在 Windows 上使用 tap-windows6 驅動程式的 OpenVPN 2.5.02.7.6 允許攻擊者透過特製的 DOMAIN-SEARCH 項目 （CVE-2026-81738） 觸發越界寫入

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

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

  - python-jose through 無法 3.5.0 正確驗證 HMAC 初始化中的非對稱金鑰，接受缺少 PEM armor 或 SSH 前綴的 DER 編碼公開金鑰。持有服務公開金鑰的攻擊者可以偽造 HS256 令牌，在演算法未明確限制的情況下通過驗證。這是 的 CVE-2024-33663不完整修正。（CVE-2026-85394）

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

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

  - Ubuntu Linux - [GHSA-g89c-p67h-r497： 'scale_nearest_neighbor（）' 中透過巢狀 'iden'/'auxl' 項目的重複 Alpha 平面導致堆積緩衝區溢位] （CVE-2026-84383）

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

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

  - PMDOMAIN：MediaTek：mfg：在 mtk_mfg_attach_dev（） 中初始化prev_o mtk_mfg_attach_dev（） 在其迴圈的第一次迭代中讀取prev_o，在迴圈本文末尾指派 prev_o 之前，在 if （prev_o & prev_o->freq == o->freq） 中讀取。在第一次反覆運算中，評估prev_o讀取不確定的值。如果為非 NULL，則條件會取消參照過時或無效的指標，可能會出錯或錯誤地略過第一個 OPP。將prev_o初始化為 NULL。這也符合意圖：在第一次迭代中沒有先前的 OPP 可供比較。使用 Clang 的 -Wconditional-uninitialized 找到。
    (CVE-2026-80751)

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

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

  - xfrm：避免 NAT keepalive 工作中的鎖定反轉 nat_keepalive_work（） 會遍歷狀態表，而 xfrm_state_walk（） 會保留 net->xfrm.xfrm_state_lock。然後，它的回呼會取得 x->lock，這與透過 xfrm_state_delete（） 以相反順序採用相同鎖定的刪除路徑發生衝突，並且
    __xfrm_state_delete（）。這會建立 AB-BA 鎖死，當 NAT keepalive 工作程式與 SA 刪除爭用時，lockdep 會報告該鎖死。透過將 keepalive 遍歷分成兩個階段來解決此問題。首先，在步行保持xfrm_state_lock時收集候選州，並參考每個州。然後，在遍歷完成後，處理每個收集的狀態並取得 x->lock，而不將其巢狀化在xfrm_state_lock下。（CVE-2026-80845）

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

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

  - USB：c67x00：修正 c67x00_add_iso_urb（） 中的釋放後使用當同步 URB 的最後一個封包的 TD 建立失敗時，c67x00_add_iso_urb（） 會在更新端點排程狀態之前返回 URB。
    c67x00_giveback_urb （） 會釋放 URB 私人數據，而完成回呼可能會釋放最終的 URB 參考。因此，下列對 urbp->ep_data、urb->interval 和 urbp->cnt 的存取可以使用釋放的記憶體。在傳回失敗的最終封包之前更新 next_frame 和 cnt，讓送回成為使用 URB 及其私人資料的最後一個作業。（CVE-2026-80826）

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

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

  - RDMA/rxe：使用 qp->attr.max_dest_rd_atomic 修正 free_rd_atomic_resources（） free_rd_atomic_resources（） 反覆運算中的 OOB。在釋放舊陣列之前更新max_dest_rd_atomic可能會使自由路徑越過舊的分配，並觸發 KASAN 捕獲的 slab 越界寫入：
    ================================================================== 錯誤：KASAN：free_rd_atomic_resource drivers/infiniband/sw/rxe/rxe_qp.c：180 中的 slab-out-of-bounds [內聯] 錯誤：KASAN：free_rd_atomic_resources drivers/infiniband/sw/rxe/rxe_qp.c：171 中的 slab-out-of-bounds [內嵌] 錯誤：KASAN：free_rd_atomic_resources drivers/infiniband/sw/rxe/rxe_qp.c：163 中的 slab-out-of-bounds [內嵌] 錯誤：KASAN：rxe_qp_from_attr+0x1e88/0x2150 drivers/infiniband/sw/rxe/ 中的 slab-out-of-boundsrxe_qp.c：712 由任務 syz 在 addr ffff88802b8dddb8 寫入大小 4 3.451/11063 CPU：0 UID：0 PID：11063 通訊：syz.3.451 未受 7.1.0 #2 污染 PREEMPT（完整） 硬體名稱：QEMU Ubuntu 24.04 PC v2 （i440FX + PIIX，arch_caps fix，1996），BIOS 1.16.3-debian-1.16.3-2 04/01/2014 呼叫追蹤： <TASK> __dump_stack lib/dump_stack.c：94 [內嵌] dump_stack_lvl+0x10e/0x1f0 lib/dump_stack.c：120 print_address_description mm/kasan/report.c：378 [內嵌] print_report+0xf7/0x600 mm/kasan/report.c：482 kasan_report+0xe4/0x120 mm/kasan/report.c：595 free_rd_atomic_resource drivers/infiniband/sw/rxe/rxe_qp.c：180 [內聯] free_rd_atomic_resources drivers/infiniband/sw/rxe/rxe_qp.c：171 [內聯] free_rd_atomic_resources drivers/infiniband/sw/rxe/rxe_qp.c：163 [內聯] rxe_qp_from_attr+0x1e88/0x2150 drivers/infiniband/sw/rxe/rxe_qp.c：712 rxe_modify_qp+0x1e2/0x530 drivers/infiniband/sw/rxe/rxe_verbs.c：623 ib_security_modify_qp+0x223/0xfa0 drivers/infiniband/core/security.c：625 _ib_modify_qp+0x333/0xec0 drivers/infiniband/core/verbs.c：1915 modify_qp+0x13ca/0x1940 drivers/infiniband/core/uverbs_cmd.c：1932 ib_uverbs_modify_qp+0xcb/0x120 drivers/infiniband/core/uverbs_cmd.c：1958 ib_uverbs_write+0xb86/0x1030 drivers/infiniband/core/uverbs_main.c：680 vfs_write+0x2aa/0x1070 fs/read_write.c：686 ksys_write+0x1f8/0x250 fs/read_write.c：740 do_syscall_x64 arch/x86/entry/syscall_64.c：63 [inline] do_syscall_64+0x116/0x800 arch/x86/entry/syscall_64.c：94 entry_SYSCALL_64_after_hwframe+0x77/0x7f RIP：
    0033：0x7fefc75a70cd 代碼：ff c3 66 2e 0f 1f 84 00 00 00 00 00 90 f3 0f 1e fa 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 c7 c1 b0 ff ff ff f7 d8 64 89 01 48 RSP： 002b：00007fefc8495018 EFLAGS：00000246 ORIG_RAX：0000000000000001 RAX：ffffffffffffffda RBX：
    00007fefc7835fa0 RCX：00007fefc75a70cd RDX：0000000000000078 RSI：0000200000000240 RDI：0000000000000007 RBP：00007fefc764f10f R08：00000000000000000000 R09： 000000000000000000 R10： 000000000000000000 ： 000000000000000 R11：
    0000000000000246 R12： 0000000000000000 R13： 00007fefc7836038 R14： 00007fefc7835fa0 R15： 00007ffcf0586aa0 </TASK> 由任務 11063 分配： kasan_save_stack+0x33/0x60 mm/kasan/common.c：57 kasan_save_track+0x14/0x30 mm/kasan/common.c：78 poison_kmalloc_redzone mm/kasan/common.c：398 [內嵌]
    __kasan_kmalloc+0xaa/0xb0 mm/kasan/common.c：415 kasan_kmalloc include/linux/kasan.h：263 [內嵌]
    __do_kmalloc_node mm/slub.c：5296 [內嵌] __kmalloc_noprof+0x32a/0x850 mm/slub.c：5308 kmalloc_noprof include/linux/slab.h：954 [內嵌] kzalloc_noprof include/linux/slab.h：1188 [內嵌] alloc_rd_atomic_resources drivers/infiniband/sw/rxe/rxe_qp.c：155 [內嵌] rxe_qp_from_attr+0x3f8/0x2150 drivers/infiniband/sw/rxe/rxe_qp.c：714 rxe_modify_qp+0x1e2/0x530 drivers/infiniband/sw/rxe/rxe_verbs.c：623 ib_security_modify_qp+0x223/0xfa0 drivers/infiniband/core/security.c：625 _ib_modify_qp+0x333/0xec0 drivers/infiniband/core/verbs.c：1915 modify_qp+0x13ca/0x1940 drivers/infiniband/core/uverbs_cmd.c：1932 ib_uverbs_modify_qp+0xcb/0x120 drivers/infiniband/core/uverbs_cmd.c：1958 ib_uverbs_write+0xb86/0x1030 drivers/infiniband/core/uverbs_ma ---truncated--- （CVE-2026-80863）

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

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

  - RDMA/rxe：修正 IB_QP_MAX_DEST_RD_ATOMIC modify_qp rxe_qp_from_attr（） 上的回應程式 UAF 會處理IB_QP_STATE路徑之外的IB_QP_MAX_DEST_RD_ATOMIC，因此它不會保留任何state_lock，並在回應程式工作 rxe_receiver（） （rxe_wq 上的 recv_task） 作用中時執行。僅該屬性的 modify_qp（） 設定呼叫 free_rd_atomic_resources（），然後呼叫 alloc_rd_atomic_resources（），在 rxe_prepare_res（）/find_resource（） 遍歷時交換 qp->resp.resources[];free_rd_atomic_resources（） 也會讓快取的指標 qp->resp.res 懸空。本機非特權使用者可以在 rxe_receiver（） 中將 free/realloc 爭用為釋放後使用（本機 DoS）。使用 rxe_disable_task（）/rxe_enable_task（） 在交換周圍清空recv_task，就像 rxe_qp_reset（） 在拆除此陣列時所做的那樣，只有在 alloc_rd_atomic_resources（） 成功後才重新啟用，這樣回應程式就永遠不會針對 ENOMEM 路徑上的 NULL qp->resp.resources 繼續。同時清除 free_rd_atomic_resources（） 中的 qp->resp.res，例如 rxe_resp.c 完成路徑。在 KASAN 下複製;rxe_receiver（） 中的 slab-use-after-free 消失了。（CVE-2026-80864）

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

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

  - drm/tegra： gr2d/gr3d： 在註冊 HOST1X 用戶端之前初始化位址暫存器映射 host1x_client_register（） 函數在暫存器映射初始化迴圈之前調用，使裝置可供使用者空間使用。這可能會導致使用者空間在初始化暫存器對映之前嘗試提交作業。在 host1x 用戶端註冊之前移動暫存器初始化來解決此問題。（CVE-2026-80883）

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

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

  - 藍牙：hci_event：在重設時修正 LE 清單 UAF hci_cc_reset（） 會清除 LE 接受和解析清單，而不採用 hdev->lock。其他命令完成處理常式會使用該鎖定序列化這些清單的更新，而 debugfs 讀取器會在遍歷它們時保留它。這允許重設完成和 debugfs 讀取交錯，如下所示： hci_rx_work debugfs 讀取器----------- --------------鎖定 hdev->lock 擷取目前項目 list_del（entry） kfree（entry） 讀取項目欄位 然後，讀取器會解除參照釋放的清單項目，並可能遵循其過時的下一個指標。KASAN 報告： 錯誤：KASAN：在 white_list_show+0x15f/0x180 中的 slab-use-after-free 透過任務 poc/95 在 addr ffff8881015dab16 讀取大小 1 呼叫追蹤：
    white_list_show+0x15f/0x180 seq_read_iter+0x3ff/0x1190 seq_read+0x267/0x3d0 vfs_read+0x177/0xa20 ksys_read+0xf7/0x1c0 由任務 91 分配： hci_bdaddr_list_add+0x1a6/0x3a0 hci_cc_le_add_to_accept_list+0xab/0x140 hci_cmd_complete_evt+0x26c/0x9a0 hci_event_packet+0x454/0xb20 hci_rx_work+0x293/0x730 由任務 90 釋放： kfree+0x131/0x3c0 hci_bdaddr_list_clear+0xd8/0x160 hci_cc_reset+0x28a/0x370 hci_cmd_complete_evt+0x26c/0x9a0 hci_event_packet+0x454/0xb20 hci_rx_work+0x293/0x730 將 hdev->lock 放在兩個清單清除周圍。這符合現有的突變和遊走鎖定慣例。（CVE-2026-80764）

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

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

  - nvmet-fc：在初始化 LS IOD 陣列時，修正 LS IOD 錯誤路徑 nvmet_fc_alloc_ls_iodlist（） 中的無效釋放。如果 rqstbuf 配置或回應緩衝區 DMA 對應失敗，回復迴圈會在陣列開頭遞減 iod。因此，最後的 kfree（iod） 會在分配的物件之前釋放一個位址。這可以透過在建立目標連接埠之前將 fail-n 設定為 6 來使用 nvme-fcloop 和 failslab 來重現。KASAN 報告： 錯誤： KASAN：nvmet_fc_register_targetport 中無效釋放 任務 nvmet_fail_nth/9552 釋放 addr ffff88816cf8ff48 改為釋放儲存在 tgtport->iod 中的原始分配基礎。套用此修正後，具有 fail-nth=6 的相同 sysfs 寫入會傳回 -ENOMEM，而沒有任何 KASAN 報告。（CVE-2026-80790）

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

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

  - HID： uclogic：修正 remove uclogic_remove（） 時inrange_timer的釋放後使用，取消筆範圍內計時器，然後停止裝置：timer_delete_sync（&drvdata->inrange_timer）;hid_hw_stop（hdev）;
    timer_delete_sync（） 僅保證計時器在該時刻處於閒置狀態。uclogic_raw_event_pen（） 會繼續傳送筆報告，直到 hid_hw_stop（） 在幾行後停止傳輸，並且每個帶有 pen->inrange == 的報告都會重新UCLOGIC_PARAMS_PEN_INRANGE_NONE計時器：mod_timer（&drvdata->inrange_timer， jiffies + msecs_to_jiffies（100））;一份報告在 timer_delete_sync（） 通話和 hid_hw_stop（） 運輸拆解之間的報告在取消後重新武裝inrange_timer。然後 uclogic_remove（） 返回並釋放 devm drvdata，而 hid_hw_stop（） 已經釋放了輸入設備 drvdata->pen_input 指向，因此當計時器在 ~100 毫秒後觸發時，uclogic_inrange_timeout（） 會取消參照釋放的記憶體 - timer-softirq 上下文中的釋放後使用。交換兩個呼叫並不是解決方法：先停止裝置會透過 hidinput_disconnect（） 釋放 drvdata->pen_input，而計時器可能仍處於擱置狀態，因此在移除之前已經布防的計時器會在視窗中的釋放輸入裝置上觸發 timer_delete_sync（） 執行。請改用 timer_shutdown_sync（），然後再使用 hid_hw_stop（）。它會取消計時器，在 pen_input 仍然有效時等待正在運行的回呼，並防止任何進一步的重新布防——正在進行的報告中稍後的 mod_timer（） 會被靜默地忽略——因此在 hid_hw_stop（） 釋放輸入之前，計時器可以證明是死的。這是從另一個路徑拆卸案例重新武裝此計時器的計時器核心文件的順序。(CVE-2026-80766)

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

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

  - net： bridge： mcast：修正主要 VLAN 多點傳播內容的釋放後使用 br_multicast_toggle_one_vlan（） 在停止 VLAN 的多點傳播內容之前清除 br->multicast_lock 下的BR_VLFLAG_MCAST_ENABLED。這就是拆解握手：無鎖讀者通過 br_multicast_ctx_should_use（） -> br_multicast_ctx_vlan_disabled（） 對旗幟進行門禁，因此一旦它在鎖下被清除，任何讀者都無法再次武裝上下文。對於主 VLAN，交握永遠不會執行。__vlan_del（） 會在呼叫 br_vlan_put_master（） 之前清除BRIDGE_VLAN_INFO_BRENTRY，因此 br_multicast_toggle_one_vlan（masterv， false） 會在 ！br_vlan_is_brentry（vlan） 早期返回：旗標保持設定狀態，並且永遠不會採用 br->multicast_lock。然後，br_vlan_put_master（） 會耗盡 br_multicast_ctx_deinit（） 中的上下文，並透過 call_rcu（） 釋放 VLAN，而仍在 rcu_read_lock（） 內的讀取器會將上下文視為已啟用並重新武裝它。函式的 port 和 port-VLAN 分支沒有 br_vlan_is_brentry（） 測試，並在 br->multicast_lock 下翻轉旗標，因此不受影響。讀取器是橋接傳輸路徑。對於主 VLAN br_multicast_rcv（） 選擇 brmctx = &vlan->br_mcast_ctx 且 pmctx = NULL，因此傳送到橋接裝置的 IGMP 會在 br_multicast_ctx_deinit（） 已經停止上下文的計時器後重新布防它們。錯誤：KASAN：detach_if_pending+0x412/0x4a0 中的 slab-use-after-free 透過任務 brmc/601 在 addr ffff88810ac39918 寫入大小 8
    __mod_timer+0x51a/0xc50 br_multicast_host_join+0x25b/0x390 __br_multicast_add_group+0x468/0x530 br_ip4_multicast_add_group+0x1a0/0x260 br_multicast_rcv+0x2cda/0x61e0 br_dev_xmit+0x6c4/0x1540 由任務 610 分配：br_vlan_add+0x111/0xb40 br_vlan_info+0x370/0x3e0 由任務 0 釋放：kfree+0x1a7/0x4f0 rcu_core+0x7dc/0x10a0 啟用時僅測試 br_vlan_is_brentry（） 就像旁邊的 br_multicast_ctx_vlan_global_disabled（） 測試一樣。然後，停用總是會在 br_multicast_ctx_deinit（） 耗盡上下文之前清除 br->multicast_lock 下的BR_VLFLAG_MCAST_ENABLED。
    (CVE-2026-80842)

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

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

  - dmaengine： sun6i-dma： 終止 DMA 時修正回收描述元 終止 DMA 傳輸時，無法正確回收作用中描述元。僅處理循環描述符，留下非循環描述符及其 LLI 鏈永久洩露。使用 vchan_terminate_vdesc（） 進行修正，該描述元可同時處理循環和非循環描述元，方法是將它們新增至佇列desc_terminated以便正確清除。
    新增 pchan->desc ！= pchan->done 檢查，以防止重複新增已完成的描述元，這會損毀清單。（CVE-2026-80902）

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

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

  - crypto：sun8i-ce - 移除crypto_rng介面 由於硬體 PRNG 的crypto_rng介面未使用，並且與 hwrng 和實際的 Linux RNG 是多餘的，因此正在逐步淘汰。它的大多數驅動程序已經被刪除。繼續刪除 sun8i-ce 支持，這是僅存的支撐之一。請注意，對 hwrng 的 sun8i-ce 支援仍然存在。這才是真正重要的界面。與 crypto_rng 一樣，此驅動程式也存在錯誤：其 ->generate（） 函式因使用 wait_for_completion_interruptible_timeout（） 而未處理在傳送訊號時關閉 DMA 作業而存在釋放後使用弱點。無論如何，單獨修復此問題只是為了刪除程式碼是沒有意義的，因此此提交被標記為 Fixes 和 Cc 穩定。（CVE-2026-80834）

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

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

  - xfrm： ah6：驗證路由標頭 segments_left AH6 會在計算或驗證 ICV 之前重新排列路由標頭位址。ipv6_rearrange_rthdr（） 假設segments_left不大於路由標頭的 hdrlen 欄位所描述的位址數目。此假設不適用於原始 IPv6 HDRINCL 封包。hdrlen 等於 2 的封包描述一個位址，但可以攜帶任意segments_left值。當segments_left等於 255 時，函式會將其位址指標向後移動 4,064 位元組，並將 4,064 位元組的長度傳遞給 memmove（），從而導致越界存取。在修改路由標頭或執行任何位址指標算術之前，先在本機驗證不變量，並將格式錯誤的標頭錯誤傳播到現有的 AH6 輸入和輸出錯誤路徑。（CVE-2026-80844）

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

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

  - NFC： FDP：繫結裝置報告的讀取長度並修正 SKB 洩漏 fdp_nci_i2c_read（） 會從裝置提供的兩個位元組中獲取下一個封包長度，並且從不對其進行驗證。該值是一個 u16，用作 261 位元組堆疊緩衝區的 i2c_master_recv（） 計數：惡意、偽造或故障的控制器（或 I2C 匯流排內插器）可以驅動它遠遠超過緩衝區，以進行堆疊越界寫入，從而破壞金絲雀和傳回位址，或低於最小幀大小（直接，或透過截斷計算的總和），因此標頭/LRC 條和下一個長度讀取會經過短接收。拒絕超出 [FDP_NCI_I2C_MIN_PAYLOAD， FDP_NCI_I2C_MAX_PAYLOAD] 的長度，因為封包已經損毀，然後強制重新同步。相同的迴圈每次迭代分配一個資料 skb，並假設一個長度封包後面接著一個資料封包;在一次呼叫中傳送兩個資料封包的裝置會在第二個配置覆寫第一個 SKB 時洩漏第一個 SKB。在配置下一個 skb 之前，先釋放先前配置的 skb。
    (CVE-2026-80802)

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

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

  - USB： usbfs：修正 usbdev_release（） 中 usb_device 的釋放後使用 usbdev_release（） 會在清空已完成的非同步 URB 清單之前刪除其對結構usb_device的參照，但該清空路徑會透過相同的物件回讀： free_async（） 會針對緩衝區來自 usbfs mmap（） 區域的任何 URB 呼叫 dec_usb_memory_use_count（） ， 它的第一個語句是 bus_to_hcd（ps->dev->bus）。斷開連接後，usbfs 參照可以是最後一個參照，在這種情況下，usb_put_dev（） 釋放設備，後續循環讀取釋放記憶體的偏移量 80，並將結果用作結構usb_hcd *，然後 hcd_buffer_free_pages（） 解除參照。對 /dev/bus/usb 節點具有讀取/寫入存取權限的無權限進程可以實現此目的：mmap（） fd，提交一個在映射內帶有緩衝區的 URB，等待設備被拔下，然後 munmap（） 和 close（）。它會在每次嘗試時重現，而不是爭用，因為即時MAP_SHARED vma 在結構檔案上保留引用，因此 usbdev_release（） 無法運行，直到最後一個 vma 消失並且始終採用 dec_usb_memory_use_count（） 的釋放分支。錯誤：KASAN：dec_usb_memory_use_count+0x3ae/0x410 中的 slab-use-after-free 由任務 poc/769 在 addr ffff8880122ee050 讀取大小 8 CPU：1 UID：1000 PID：769 通訊：poc 污染：G B 6.12.94 #3 呼叫追蹤：dec_usb_memory_use_count+0x3ae/0x410 free_async+0x2aa/0x4f0 usbdev_release+0x375/0x460 __fput+0x3ea/0xb50 __x64_sys_close+0x86/0x100 由任務 11 分配： usb_alloc_dev+0x55/0xd90 hub_event+0x2524/0x43d0 由任務 769 釋放：kfree+0x121/0x360 device_release+0xd2/0x280 usb_put_dev+0x23/0x30 usbdev_release+0x2d8/0x460 改為在漏空迴路後釋放裝置參照。兩點之間沒有任何東西需要刪除它。
    (CVE-2026-80824)

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

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

  - ALSA：had/tas2781：取消綁定 TAS2781 HDA I2C 和 SPI 佇列 RCA 韌體時，取消非同步韌體要求，從元件與 request_firmware_nowait（） 繫結。韌體載入器會讓回呼模組保持釘選並保留裝置參考，但回呼仍會使用驅動程式私人 HDA 狀態。元件解除綁定會立即移除控制項和 DSP 狀態。稍後刪除設備會破壞 TAS2781 私人數據，包括codec_lock。如果非同步韌體回呼在解除綁定啟動之後執行，它可以在正在拆除的狀態上運作。在移除控制項和 DSP 狀態之前，先取消或同步處理非同步韌體要求。佇列的回呼會取消，而且允許在解除綁定繼續之前完成已執行的回呼。（CVE-2026-80872）

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

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

  - xfrm：修正 xfrm_state_construct（） auth-trunc 洩漏 attach_auth_trunc（） 可以配置 x->aalg，而當所選的驗證演算法沒有sadb_alg_id時，將 x->props.aalgo 保留為零。一個真實的案例是 cmac（aes）。
    然後，xfrm_state_construct（） 將 ！x->props.aalgo 視為尚未附加驗證演算法並呼叫 attach_auth（）。這會覆寫 x->aalg 並遺失第一個分配。任何後續的故障或拆卸只會釋放替換指標。檢查 x->aalg 是否已附加，而不是從 x->props.aalgo 推斷該狀態。（CVE-2026-80843）

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

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

  - nfc： nci：修正 nci_target_auto_activated（） 中的越界寫入 nci_target_auto_activated（） 將目標附加到固定大小陣列 ndev->targets[NCI_MAX_DISCOVERED_TARGETS] 並遞增 ndev->n_targets，而無需先檢查陣列是否已滿;與它的兄弟 nci_add_new_target（） 不同，當n_targets已經等於 NCI_MAX_DISCOVERED_TARGETS 時，它就會退出。ndev->n_targets 只會由 nci_clear_target_list（） 清除，因此重複重新執行探索 （RF_DISCOVER_RSP，在不清除目標清單的情況下重新輸入NCI_DISCOVERY） 並報告自動啟動目標 （RF_INTF_ACTIVATED_NTF） 的 NFCC 會驅動n_targets超過限制。然後，附加會寫入一個結構nfc_target，越過陣列的結尾 （slab 越界寫入），並且 nfc_targets_found（） 繼續以膨脹的計數遍歷陣列： 錯誤：KASAN：nci_add_new_protocol+0x94/0x2ac 中的 slab-out-of-bounds [nci] 在 addr ffff0000c7299a18 處寫入大小 2 的寫入，由任務 kworker/u8：0/12 工作佇列： nfc0_nci_rx_wq nci_rx_work [nci] 呼叫追蹤：
    nci_add_new_protocol+0x94/0x2ac [nci] nci_ntf_packet+0xddc/0x11a0 [nci] nci_rx_work+0x15c/0x1e0 [nci] process_one_work+0x2dc/0x500 worker_thread+0x240/0x460 kthread+0x1c0/0x1d0 ret_from_fork+0x10/0x20 有錯誤的位址屬於大小為 2048 的快取 kmalloc-2k 有錯誤的位址位於已分配的 1560 位元組區域右側 1024 位元組 [ffff0000c7299000， ffff0000c7299618） 使用與 nci_add_new_target（） 相同的檢查來保護 nci_target_auto_activated（）。（CVE-2026-80795）

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

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

  - NFC： microread：驗證目標探索承載長度 microread_target_discovered（） 會根據 HCI 閘道剖析來自 skb->data 的目標探索承載。僅針對目的地nfc_target緩衝區檢查固定欄位位移和 UID 副本，而不針對實際 skb 長度進行檢查。在讀取或複製每個閘道特定承載之前，驗證它們是否包含固定欄位和 UID 位元組。
    (CVE-2026-80801)

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

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

  - drm/amdgpu：拒絕具有無效數量 h265 refs 的 UVD 訊息 與 h264 的變更相同，可避免稍後在計算最小 dpb 大小時溢位。（從提交 a4b0720e4f1601f97f59a2be9c1b4b94fa6527d5 中挑選）（CVE-2026-80909）

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

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

  - fbdev：在協助程式中包裝使用者叫用的 fb_set_var（） 呼叫 在 fb_set_var_from_user（） 中的顯示更新期間處理 fbcon。與 fbcon 檢查模式更改是否可行，更新硬體狀態，最後更新 fbcon。更新所有來電者。目前只有FBIOPUT_VSCREENINFO ioctl 會執行所有步驟。sysfs 和驅動程式程式碼中的其他模式變更呼叫端缺少 fbcon 相關步驟。使用新的協助程式後，ps3fb 和 sh_mobile_lcdcfb 不再自行維護 fbcon 狀態。（CVE-2026-80786）

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

ID	名稱	嚴重性
343097	Linux Distros 未修補弱點：CVE-2026-86145	high
343096	Linux Distros 未修補弱點：CVE-2026-86141	low
343095	Linux Distros 未修補弱點：CVE-2026-86098	high
343094	Linux Distros 未修補弱點：CVE-2026-68547	critical
343093	Linux Distros 未修補弱點：CVE-2026-49275	critical
343092	Linux Distros 未修補弱點：CVE-2026-86095	high
343080	Linux Distros 未修補弱點：CVE-2026-80740	medium
343079	Linux Distros 未修補弱點：CVE-2026-80727	high
343078	Linux Distros 未修補弱點：CVE-2026-80748	high
343077	Linux Distros 未修補弱點：CVE-2026-78043	medium
343076	Linux Distros 未修補弱點：CVE-2026-80734	high
343075	Linux Distros 未修補弱點：CVE-2026-84226	high
343074	Linux Distros 未修補弱點：CVE-2026-85458	low
343073	Linux Distros 未修補弱點：CVE-2026-80753	high
343072	Linux Distros 未修補弱點：CVE-2026-80741	high
343071	Linux Distros 未修補弱點：CVE-2026-80735	high
343070	Linux Distros 未修補弱點：CVE-2026-80745	high
343069	Linux Distros 未修補弱點：CVE-2026-80746	medium
343068	Linux Distros 未修補弱點：CVE-2026-84256	high
343067	Linux Distros 未修補弱點：CVE-2026-80729	high
343066	Linux Distros 未修補弱點：CVE-2026-80750	high
343065	Linux Distros 未修補弱點：CVE-2026-84989	high
343064	Linux Distros 未修補弱點：CVE-2026-82312	low
343063	Linux Distros 未修補弱點：CVE-2026-80736	high
343062	Linux Distros 未修補弱點：CVE-2026-80749	high
343061	Linux Distros 未修補弱點：CVE-2026-78221	medium
343060	Linux Distros 未修補弱點：CVE-2026-81738	low
343059	Linux Distros 未修補弱點：CVE-2026-85394	critical
343058	Linux Distros 未修補弱點：CVE-2026-84383	critical
343057	Linux Distros 未修補弱點：CVE-2026-80751	high
343047	Linux Distros 未修補弱點：CVE-2026-80845	high
343046	Linux Distros 未修補弱點：CVE-2026-80826	high
343045	Linux Distros 未修補弱點：CVE-2026-80863	high
343044	Linux Distros 未修補弱點：CVE-2026-80864	medium
343043	Linux Distros 未修補弱點：CVE-2026-80883	medium
343042	Linux Distros 未修補弱點：CVE-2026-80764	medium
343041	Linux Distros 未修補弱點：CVE-2026-80790	medium
343040	Linux Distros 未修補弱點：CVE-2026-80766	high
343039	Linux Distros 未修補弱點：CVE-2026-80842	high
343038	Linux Distros 未修補弱點：CVE-2026-80902	medium
343037	Linux Distros 未修補弱點：CVE-2026-80834	high
343036	Linux Distros 未修補弱點：CVE-2026-80844	high
343035	Linux Distros 未修補弱點：CVE-2026-80802	medium
343034	Linux Distros 未修補弱點：CVE-2026-80824	high
343033	Linux Distros 未修補弱點：CVE-2026-80872	high
343032	Linux Distros 未修補弱點：CVE-2026-80843	medium
343031	Linux Distros 未修補弱點：CVE-2026-80795	medium
343030	Linux Distros 未修補弱點：CVE-2026-80801	medium
343029	Linux Distros 未修補弱點：CVE-2026-80909	medium
343028	Linux Distros 未修補弱點：CVE-2026-80786	high

偵測

Nessus 的 Misc. 系列

high

low

high

critical

critical

high

medium

high

high

medium

high

high

low

high

high

high

high

medium

high

high

high

high

low

high

high

medium

low

critical

critical

high

high

high

high

medium

medium

medium

medium

high

high

medium

high

high

medium

high

high

medium

medium

medium

medium

high