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

  - OpenSIPS 是階段作業起始通訊協定 （Session Initiation Protocol， SIP） 伺服器實作。在 4.0.0-rc1 之前 3.6.6 的版本中，construct_uri（） 函數將多個 URI 元件 （通訊協定、使用者名稱、網域、連接埠、參數） 串連成一個固定的 1024 位元組全域 BSS 緩衝區，而不進行任何邊界檢查。當路由指令碼使用攻擊者控制的使用者名稱呼叫 construct_uri（） 時，超過 1024 位元組的組合元件長度會溢位緩衝區，從而使用攻擊者控制的內容破壞相鄰的全域資料。溢位到達 disable_503_translation，這是一個控制 SIP 503 回應處理的全域標誌，允許攻擊者透過 URI 使用者名稱確定性地設定標誌，並更改伺服器對後續訊息的路由行為。由於與 contact_builder（） 共用相同的緩衝區，因此溢位也會損毀該函式的資料，並且如果沒有記憶體清理器，相鄰的全域變數會在包含長使用者名稱的每個請求上以無訊息方式覆寫。此問題已在 4.0.0-rc1 版 3.6.6 中修正。
    (CVE-2026-45537)

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

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

  - Vim Project v9.2.0389 和更早版本中的一個問題允許本機攻擊者透過檔案 vim/src/os_vms.c （CVE-2026-51400） 中的 vms_fixfilename（） 函式執行任意程式碼

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

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

  - OpenSIPS 是階段作業起始通訊協定 （Session Initiation Protocol， SIP） 伺服器實作。4.0.0-rc1 之前 3.6.6 的版本在 SDP 頻寬線剖析邏輯中包含拒絕服務弱點。具有 Content-Type： application/sdp 的 SIP 要求，以及缺少所需冒號分隔符號的格式錯誤的工作階段層級 SDP 頻寬行，可能會損毀剖析的 SDP 頻寬中繼資料。當路由或模組隨後複製損毀的 SDP 狀態時，如對話和 QoS 處理所發生的情況，OpenSIPS 工作程式會當機。因此，未經身份驗證的遠端攻擊者可以在其路由指令碼剖析攻擊者控制的 SDP 並套用對話/QoS 處理的任何組態中觸發損毀。此問題已在 4.0.0-rc1 版 3.6.6 中修正。（CVE-2026-46334）

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

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

  - OpenSIPS 是階段作業起始通訊協定 （Session Initiation Protocol， SIP） 伺服器實作。在 4.0.0-rc1 之前 3.6.6 的版本中，搜尋 MIME 邊界分隔符號時，multipart 內文剖析器中的 find_line_delimiter（） 函式會透過 strncmp（） 執行越界讀取。在找到靠近正文末尾的 -- 模式後，函數會比較 delimiter.len 位元組 （通常為 20-70） 從正文緩衝區邏輯端的位置開始，讀取過正文邊界。當 SIP 訊息具有 Content-Type： multipart/mixed 與邊界參數，且其內文在內文結尾的兩到三個位元組內包含 -- 而後面接著實際的邊界分隔符號時，就會觸發此錯誤。此問題已在 4.0.0-rc1 版 3.6.6 中修正。（CVE-2026-45705）

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

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

  - Vim Project v9.2.0389 和更早版本中的一個問題允許本機攻擊者透過檔案 vim/src/os_vms.c （CVE-2026-51401） 中的 vms_fixfilename（） 函式執行任意程式碼

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

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

  - OpenSIPS 是階段作業起始通訊協定 （Session Initiation Protocol， SIP） 伺服器實作。3.4.0-beta 版到 3.6.5 4.0.0-beta 版在 {s.b64encode} 字串轉換中包含緩衝區溢位。{s.b64encode} 的大小檢查只會驗證輸入是否適合 64 KB 轉換緩衝區內，但 base64 編碼會將資料擴充大約三分之一，因此大約 49,153 到 65,535 個位元組之間的輸入會產生比緩衝區可以容納的輸出更多的輸出，並使其溢位最多 21,844 個位元組。因為這些轉換緩衝區在記憶體中彼此相鄰，而且會重複用於鏈結轉換，所以溢位會將攻擊者控制的資料寫入相鄰的緩衝區，並損毀處理相同 SIP 訊息的後續轉換所使用的值。當路由指令碼將 {s.b64encode} 應用於攻擊者控制的輸入時，遠端攻擊者可以透過傳送具有較大標頭值 （大約 50,000 位元組或更多） 的 SIP 訊息來觸發此問題，從而使可利用性取決於部署的路由設定。此問題已在 4.0.0-rc1 版 3.6.6 中修正。（CVE-2026-45100）

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

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

  - Android 版 Firefox 和 Android 版 Firefox Focus 中的資訊洩露。此弱點已在 Firefox 153.0.3 中修復。(CVE-2026-18809)

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

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

  - OpenSIPS 是階段作業起始通訊協定 （Session Initiation Protocol， SIP） 伺服器實作。和 4.0.0-rc1 之前 3.6.6 的版本在 watcherinfo 產生功能中包含拒絕服務弱點。攻擊者可傳送具有長 From URI 的 SUBSCRIBE Event： presence 要求，然後針對相同的出席率觸發 presence.winfo watcherinfo XML 產生，以建立過大的監看程式項目。OpenSIPS 會將儲存的監看程式 URI 複製到固定大小的堆疊緩衝區中，使其溢位並使處理程序損毀。遠端攻擊者可在公開 handle_subscribe（） 並允許產生 watcherinfo （presence.winfo） 的部署中損毀 OpenSIPS 背景工作角色。此問題取決於配置，因為必須載入目前狀態和presence_xml模組，且必須可連線 SUBSCRIBE 遞送。此問題已在 4.0.0-rc1 版 3.6.6 中修正。（CVE-2026-45809）

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

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

  - 在 popt 程式庫中，為超過端子寬度的選項表格格式化說明文字時，發現整數下溢。在這些情況下，可導致應用程式列印說明的本機使用者可能會導致該應用程式當機或無法顯示說明，進而導致受影響應用程式遭到拒絕服務。（CVE-2026-18839）

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

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

  - 在 jackson-core 2.18.6 和 2.21.1 for CVE-2026-18401 （GHSA-qq72hv-8253-57，非封鎖剖析器中的數字長度約束繞過） 中發布的修正不完整。此記錄涵蓋剩餘的旁路。先前的修正程式將 validateIntegerLength（） 連線到新的 _setIntLength（） 協助程式中，並在決定數字的整數部分時呼叫它：終止符位元組到達、看到 '.' 或 'e'/'E'，或輸入在完全緩衝的值內結束。它未在與攻擊者相關的路徑上叫用，其中剖析器在仍處於MINOR_NUMBER_INTEGER_DIGITS次要狀態時用盡輸入，並將NOT_AVAILABLE傳回給呼叫端。因此，攻擊者如果將 JSON 分許多小區塊串流到非封鎖剖析器，而無需傳送終止符位元組，就會無限期地將剖析器保留在MINOR_NUMBER_INTEGER_DIGITS內。
    _textBuffer.expandCurrentSegment（） 會在每個區塊上增加累加器，而 validateIntegerLength（） 永遠不會呼叫。累加器僅以 maxStringLength （預設為 20 MiB） 而非 maxNumberLength （預設為 1000） 為界，比記錄的限制放大大約 20,000 倍。由於 Java 字元值佔用兩個位元組，因此在值完成時驗證器最終觸發之前，可以將單一連線驅動至大約 40 MiB 的堆積。等效的分數路徑代碼是正確的：
    _finishFloatFraction（） 在返回NOT_AVAILABLE之前呼叫 _setFractLength（）。遺漏的呼叫會影響 NonBlockingUtf8JsonParserBase 中 _startPositiveNumber（）、_startNegativeNumber（） 和 _finishNumberIntegralPart（） 中的整數路徑。影響：Spring WebFlux/Reactor、Quarkus、Helidon 和 Vert.x 等反應式架構會在傳入 HTTP 或 gRPC 位元組到達時將其饋送至非同步剖析器，這正是所需的區塊摘要形狀。設定 StreamReadConstraints.maxNumberLength 並預期其限制每個數字值記憶體的運算子不會獲得該保證;每個並行連線都會累積記憶體，而攻擊者控制的並行可能會耗盡 JVM 堆積。同步剖析器 （UTF8StreamJsonParser、ReaderBasedJsonParser） 和在完整輸入上運作的非同步剖析器不受影響。利用只需要能夠將資料串流至剖析端點;不需要任何權限或使用者互動。此問題影響 com.fasterxml.jackson.core：jackson-core（從版本2.15.0到 2.18.7和 ），2.21.32.19.0以及 tools.jackson.core：jackson-core （3.0.0從 3.1.3）。之前 2.15.0 的版本不會受到影響，因為定義 maxNumberLength 設定的 StreamReadConstraints 是首次在 jackson-core 2.15.0中引入的，因此在早期版本中不存在此類約束可以繞過。請注意，GHSA-r7wm-3cxj-wff9 會指出受影響 2.x 的範圍，但沒有下限。2.22.x和3.2.x版本行不受影響：這些分支是在修正提交登陸 2026-05-21 之後建立的，因此包含其初始版本 （2.22.0標記為 2026-06-03 和3.2.0標記為 2026-06-08） 的分支。（CVE-2026-68494）

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

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

  - 問題摘要：惡意 TLS 伺服器可傳送不包含單一回應項目的 OCSP 回應，導致已啟用 OCSP 回應檢查的 TLS 用戶端發生記憶體洩漏。影響摘要：攻擊者可在受害用戶端應用程式中，每次 TLS 交握時洩露攻擊者可調整的記憶體量。重複連線至惡意伺服器的長時間執行用戶端可能會耗盡記憶體，進而導致拒絕服務。CWE：CWE-401：有效存留期後遺漏釋放記憶體 說明：當使用 X509_V_FLAG_OCSP_RESP_CHECK 或 X509_V_FLAG_OCSP_RESP_CHECK_ALL 驗證旗標啟用 OCSP 回應檢查時，會在 X.509 憑證鏈驗證期間呼叫受影響的函式，例如當 TLS 用戶端驗證伺服器裝訂到 TLS 交握的 OCSP 回應時。當收到的 BasicOCSPResponse 包含空的 SEQUENCE OF SingleResponse 時，這是在網路上允許的，並由 OpenSSL 解碼器接受，則不會釋放 OCSP_response_get1_basic（） 所配置的OCSP_BASICRESP結構，因為早期傳回繞過函式結尾的清除程式代碼。攻擊者可以使用虛假憑證填充 BasicOCSPResponse 的 certs 欄位，在空白回應檢查觸發提前傳回之前，這些憑證會剖析並儲存在洩漏的結構中，從而放大每次交握洩漏的記憶體量。重複連線至惡意伺服器的長時間執行 TLS 用戶端可能會隨著時間耗盡記憶體。預設未啟用 OCSP 回應檢查。只有明確啟用 OCSP 回應檢查驗證旗標的用戶端應用程式才會受到影響。FIPS 影響：否 FIPS 模組不受4.03.6此問題影響，因為受影響的程式碼位於 OpenSSL FIPS 模組邊界之外。（CVE-2026-54876）

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

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

  - wifi： mac80211：在配置替換項目之前，修正fils_discovery配置失敗 ieee80211_set_fils_discovery（） 呼叫 kfree_rcu（） 時的雙重釋放。如果 kzalloc（） 隨後失敗，則會傳回
    -ENOMEM 而 link->u.ap.fils_discovery 仍指向已排入佇列等待釋放的物件。稍後的更新或 AP 拆卸 （ieee80211_stop_ap（）） 會將相同的rcu_head重新排入佇列;在 softirq 中處理 RCU 束時，KASAN 會擷取第二個釋放： 錯誤：KASAN：rcu_free_sheaf中的雙重釋放 （mm/slub.c：5850） 透過 task swapper/0/0 釋放 addr ffff88800c065280 ... __rcu_free_sheaf_prepare （mm/slub.c：2634 mm/slub.c：2940） rcu_free_sheaf （mm/slub.c：5850） rcu_core （kernel/rcu/tree.c：2617 kernel/rcu/tree.c：2869） handle_softirqs （kernel/softirq.c：622） 有錯誤的位址屬於大小為 96 的快取 kmalloc-96只有在新物件發佈後，才將舊物件排入 kfree_rcu（） 佇列，以符合 ieee80211_set_probe_resp（） 和 ieee80211_set_s1g_short_beacon（） 。（CVE-2026-64570）

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

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

  - gtp：檢查 gtp1u_send_echo_resp（） 中的 skb_pull_data（） 傳回 gtp1u_send_echo_resp（） 忽略 skb_pull_data（） 的傳回值。其調用方 gtp1u_udp_encap_recv（） 僅保證 16 個位元組 （udphdr + gtp1_header），但拉取請求 20 個 （gtp1_header_long + udphdr）。對於 16-19 位元組的回應要求，提取失敗並傳回 NULL，而不推進 skb->data;執行繼續，以下 skb_push（） 加上 iptunnel_xmit（） 推送的 IP 標頭將 skb->data 移動到 skb->head 下方，使 skb_under_panic（） 跳閘。透過在 skb_pull_data（） 失敗時丟棄封包來修復它。skbuff：skb_under_panic：......net/core/skbuff.c：214 的核心錯誤！呼叫追蹤：skb_push （net/core/skbuff.c：2648） iptunnel_xmit （net/ipv4/ip_tunnel_core.c：82） gtp_encap_recv （drivers/net/gtp.c：701 drivers/net/gtp.c：808 drivers/net/gtp.c：920） udp_queue_rcv_one_skb （net/ipv4/udp.c：2388） ... 核心錯誤 - 未同步：中斷 （CVE-2026-64577） 中出現重大異常

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

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

  - btrfs：拒絕項目多於頁面的可用空間快取載入 v1 可用空間快取時，
    __load_free_space_cache（） 直接從磁碟btrfs_free_space_header獲取num_entries和num_bitmaps。該標頭儲存在tree_root中類型為 0 的索引鍵下，樹狀結構檢查程式沒有大小寫，因此在負載信任它之前不會驗證這兩個計數。載入會循環num_entries次，並在目前頁面用完時映射下一頁，透過 io_ctl_check_crc（） -> io_ctl_map_page（），執行 io_ctl->pages[io_ctl->index++]。但是 pages[] 是在快取 inode i_size的 io_ctl_init（） 中分配的，而不是從 num_entries 分配的：num_pages = DIV_ROUND_UP（i_size_read（inode）， PAGE_SIZE）;io_ctl->pages = kcalloc（num_pages， sizeof（struct page *）， GFP_NOFS）;因此，如果num_entries宣告的記錄數量超過頁面可以容納的記錄，則 io_ctl->index 會從 pages[] 的末尾執行。寫入端永遠不會遇到此問題，因為 io_ctl_add_entry（） 和 io_ctl_add_bitmap（） 都會停止一次 io_ctl->index >= io_ctl->num_pages;讀取方從未有過相同的檢查。若要觸發它，請取得乾淨的快取 （num_entries = <N> 此處），將標頭中的 num_entries 設定為 0x10000，並修正葉子總和檢查碼，使其仍能通過樹狀檢查器。快取 inode 的 i_size = 65536，因此 num_pages 是 16，pages[] 是 16 指標 （kmalloc-128） 陣列。載入現在嘗試讀取 65536 個條目，io_ctl->index 最多讀取 16 個，並且讀取 pages[16] 經過陣列： 錯誤：KASAN：io_ctl_check_crc中的 slab-out-of-bounds （fs/btrfs/free-space-cache.c：420 fs/btrfs/free-space-cache.c：565） 透過任務 kworker/u8：3/58 io_ctl_check_crc在 addr ffff88800c833a80 讀取大小 8 （fs/btrfs/free-space-cache.c：420 fs/btrfs/free-space-cache.c：565）
    __load_free_space_cache （fs/btrfs/free-space-cache.c：655 fs/btrfs/free-space-cache.c：820） load_free_space_cache （fs/btrfs/free-space-cache.c：1017） caching_thread （fs/btrfs/block-group.c：880） btrfs_work_helper （fs/btrfs/async-thread.c：312） process_one_work worker_thread kthread ret_from_fork free-space-cache.c：420 為 io_ctl_map_page（），在第 565 行內聯到 io_ctl_check_crc（） 中， 這就是為什麼這是 KASAN 命名的框架。然後，越界插槽被視為結構頁面並傳遞給 crc32c（），因此錯誤讀取會變成 GP 錯誤。將缺少的檢查新增至 io_ctl_check_crc（），這是進入迴圈和點陣圖迴圈的終點。當num_entries過大時，載入現在會像任何損毀的快取一樣失敗：__load_free_space_cache（） 會捨棄它，並從範圍樹狀結構重建可用空間，因此永遠不會拒絕有效的快取。（CVE-2026-64567）

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

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

  - wifi： mac80211：拆除 vif 更新錯誤路徑上的新連結 當 ieee80211_vif_update_links（） 新增連結時，它會為每個連結分配一個連結容器，並呼叫 ieee80211_link_init（） （註冊每個連結的 debugfs 檔案，其檔案>private_data指向容器） 和 ieee80211_link_setup（）。如果後續的 drv_change_vif_links（） 失敗，錯誤路徑會還原舊指標並跳至「free」，這會釋放新容器，但絕不會移除其 debugfs 項目或停止連結。debugfs 檔案在檔案>private_data懸掛在釋放的容器上時仍然存在，因此後面的 open（）+read（） （例如
    link-1/txpower） 在 ieee80211_if_read_link（） 中解除參照釋放的記憶體，這是一種釋放後使用。移除路徑已經透過 ieee80211_tear_down_links（） 正確地拆解連結，這會移除每個連結的金鑰和 debugfs 項目並呼叫 ieee80211_link_stop（）;錯誤分支上的新增路徑沒有。提交 be1ba9ed221f （wifi： mac80211：避免錯誤路徑中的奇怪狀態） 針對連結移除情況 （new_links == 0） 強化了相同的錯誤路徑，但未解決新新增連結的拆卸問題。
    drv_change_vif_links（） 可能會在 MLO 驅動程式的執行階段失敗 （內部分配/佇列/韌體命令失敗）。移除新連結的 debugfs 項目，並在釋放前停止它們。錯誤：KASAN：ieee80211_if_read_link 中的 slab-use-after-free （net/mac80211/debugfs_netdev.c：127） 透過任務 exploit/145 在 addr ffff888011290000 讀取大小 8 呼叫追蹤：...ieee80211_if_read_link （net/mac80211/debugfs_netdev.c：127） short_proxy_read （fs/debugfs/file.c：373） vfs_read （fs/read_write.c：572） ksys_read （fs/read_write.c：716） do_syscall_64 （arch/x86/entry/syscall_64.c：94） entry_SYSCALL_64_after_hwframe （arch/x86/entry/entry_64.S：121） ... 哎呀：一般保護錯誤，可能是非規範位址 0xdffffc000000000a RIP：0010：ieee80211_if_read_link （net/mac80211/debugfs_netdev.c：127） 核心錯誤 - 未同步： 致命異常 （CVE-2026-64574）

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

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

  - wifi： p54：驗證 p54_rx_eeprom_readback（） 中的 RX 幀長度 p54_rx_eeprom_readback（） 將請求的 EEPROM 切片從設備提供的回讀幀中複製出來，而不檢查 skb 是否實際保留那麼多位元組。提交 da1b9a55ff11 （wifi：p54：防止 p54_rx_eeprom_readback（）） 中的緩衝區溢位透過複製固定的 priv->eeprom_slice_size （並拒絕不相符的通告 len） 來關閉目的地溢位，但來源端仍然是無限的：沒有任何東西可以驗證框架是否足夠長以提供那麼多位元組。惡意 USB 裝置可傳送通告的 len 符合 priv->eeprom_slice_size 的短框架，同時有效負載會被截斷。相等檢查通過，memcpy（） 讀取過 skb 的末尾，洩漏相鄰堆積： 錯誤：KASAN：p54_rx中的 slab-out-of-bounds （drivers/net/wireless/intersil/p54/txrx.c：507） 由 task swapper/0/0 在 addr ffff88800f077114 讀取大小 1016 呼叫追蹤： <IRQ> ... __asan_memcpy （mm/kasan/shadow.c：105） p54_rx （drivers/net/wireless/intersil/p54/txrx.c：507） p54u_rx_cb （drivers/net/wireless/intersil/p54/p54usb.c：163）
    __usb_hcd_giveback_urb （drivers/usb/core/hcd.c：1657） dummy_timer （drivers/usb/gadget/udc/dummy_hcd.c：2005） ...</IRQ> 有錯誤的位址屬於 ffff88800f0770c0 處的物件，該物件屬於大小為 704 的快取skbuff_small_head 有錯誤的位址位於配置的 704 位元組區域內的 84 位元組 [ffff88800f0770c0， ffff88800f077380） 複製前檢查切片是否適合 skb。（CVE-2026-64571）

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

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

  - mpls：修正 CONFIG_INET=n 上 mpls_valid_fib_dump_req（） 中的 NULL 解除參照 在 CONFIG_INET=n 構建中，mpls_valid_fib_dump_req（） 會自行遍歷剖析的屬性表，而不是呼叫 ip_valid_fib_dump_req（）。RTA_OIF臂將 tb[RTA_OIF] 傳遞給 nla_get_u32（），而不檢查它是否存在，因此具有嚴格檢查且無RTA_OIF的AF_MPLS的RTM_GETROUTE轉儲會命中 NULL 解除參照。
    RTM_GETROUTE 是RTNL_KIND_GET的，rtnetlink_rcv_msg（） 無需CAP_NET_ADMIN即可允許，因此無權限的使用者可以觸發它。哎呀：一般保護故障，可能用於非規範位址 0xdffffc0000000000：0000 [#1] SMP KASAN NOPTI KASAN：null-ptr-deref 範圍 [0x0000000000000000-0x0000000000000007] RIP：0010：mpls_valid_fib_dump_req （net/mpls/af_mpls.c：2189） 呼叫追蹤：mpls_dump_routes （net/mpls/af_mpls.c：2236） netlink_dump （net/netlink/af_netlink.c：2331）
    __netlink_dump_start （net/netlink/af_netlink.c：2446） rtnetlink_rcv_msg （net/core/rtnetlink.c：7033） netlink_rcv_skb （net/netlink/af_netlink.c：2556） netlink_unicast （net/netlink/af_netlink.c：1345） netlink_sendmsg （net/netlink/af_netlink.c：1900） __sock_sendmsg （net/socket.c：790） ____sys_sendmsg （net/socket.c：2684） ___sys_sendmsg （net/socket.c：2738） __sys_sendmsg （net/socket.c：2770） do_syscall_64 （arch/x86/entry/syscall_64.c：94） entry_SYSCALL_64_after_hwframe （arch/x86/entry/entry_64.S：121） 跳過未設定的屬性，就像 ip_valid_fib_dump_req（） 一樣。（CVE-2026-64569）

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

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

  - xfrm：iptfs：在 iptfs_skb_add_frags() 中傳播 SKBFL_SHARED_FRAG 當 iptfs_skb_add_frags( ) 將片段引用從來源片段走訪複製到新的 SKB 時，
    會透過 __skb_frag_ref( ) 增加頁面引用計數，但不會將 SKBFL_SHARED_FRAG 傳遞至目的 SKB 的 skb_shinfo->flags。若來源 SKB 帶有共享片段 (例如來自頁面池支援的接收路徑)，新的內層 SKB 在 ESP 眼中會呈現為擁有私有片段。接續針對巢狀傳輸模式 SA 呼叫 esp_input( ) 時，將會走無 COW 的快速路徑並進行原地解密，進而覆寫仍被外層 IPTFS SKB 引用的頁面。這會導致核心可見的記憶體損毀，並可能觸發錯誤。核心中所有其他片段傳播協助程式 (skb_try_coalesce, skb_gro_receive, __pskb_copy_fclone, skb_shift, skb_segment) 都正確傳播了 SKBFL_SHARED_FRAG；透過在迴圈內緊接著 __skb_frag_ref() 與 nr_frags++ 之後設定該旗標，讓 iptfs_skb_add_frags() 符合此慣例，使每一個附加片段的結束路徑都能無條件傳播 SKBFL_SHARED_FRAG。(CVE-2026-64566)

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

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

  - IPv4：fib：在插入錯誤路徑上使用 kfree_rcu（） 釋放fib_alias fib_table_insert（） 會在呼叫 fib 項目通知程式之前，先使用 fib_insert_alias（） 將new_fa發佈到葉的fa_list中。當通知程式失敗時，錯誤路徑會使用 fib_remove_alias（） （hlist_del_rcu） 移除new_fa，並立即使用 kmem_cache_free（） 釋放它。fib_table_lookup（） 僅在 rcu_read_lock（） 下遍歷該列表，因此已經到達 new_fa 的並發查詢會在釋放後繼續讀取它： 錯誤：KASAN：fib_table_lookup中的 slab-use-after-free （net/ipv4/fib_trie.c：1601） 透過任務 exploit/297 在 addr ffff88810676d4eb 讀取大小 1 呼叫追蹤：fib_table_lookup （net/ipv4/fib_trie.c：1601） ip_route_output_key_hash_rcu （net/ipv4/route.c：2814） ip_route_output_key_hash （net/ipv4/route.c：2705） __ip4_datagram_connect （net/ipv4/datagram.c：49） udp_connect （net/ipv4/udp.c：2144） __sys_connect （net/socket.c：2167）
    __x64_sys_connect （net/socket.c：2173） do_syscall_64 entry_SYSCALL_64_after_hwframe，屬於大小為 56 的快取ip_fib_alias觸發錯誤路徑需要 CAP_NET_ADMIN 和一個可以拒絕路由的已註冊 fib 通知程式;IPv4 FIB 資源已耗盡的 netdevsim 裝置就足夠了。使用 alias_free_mem_rcu（） 釋放new_fa，就像 fib_table_delete（） 已經對從 trie 中移除的fib_alias所做的那樣。
    (CVE-2026-64572)

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

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

  - open62541 1.5.5 在 src/client/ua_client_connect.c 的用戶端函式 responseReadNamespacesArray（） 中包含越界讀取。（CVE-2026-67857）

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

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

  - GIMP DDS （DirectDraw Surface） 檔案剖析器中存在堆積型緩衝區溢位弱點。當特製的 DDS 檔案宣告 D3D9 圖元格式，但在標頭中設定較低的每圖元位數 （bpp） 值時，載入器會配置大小過小的堆積緩衝區。實際格式步幅的後續像素資料消耗會導致寫入超過堆積緩衝區邊界，進而導致堆積中繼資料損毀和潛在的程式碼執行。（CVE-2026-42170）

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

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

  - xfrm6：錯誤時清除 dst.dev 以避免 xfrm6_fill_dst（） 中的雙重netdev_put 在 in6_dev_get（dev） 傳回 NULL 的錯誤路徑上，xfrm6_fill_dst（） 會釋放帶有 netdev_put（） 的裝置參照，但會保留 xdst->u.dst.dev 設定。dst_destroy（） 稍後再次呼叫 netdev_put（dst->dev），因此相同的 net_device 參照會釋放兩次，使其參照計數下溢 （ref_tracker 警告 + unregister_netdevice：
    等待 <dev> 成為自由）。在 netdev_put（） 之後清除 xdst->u.dst.dev，就像 xfrm 裝置卸載路徑 xfrm_dev_state_add（） 和 xfrm_dev_policy_add（） 在 net/xfrm/xfrm_device.c NULL ->dev 錯誤時釋放參照的方式相同。ref_tracker：參考文獻已發布。ref_tracker：分配於：
    xfrm6_fill_dst （net/ipv6/xfrm6_policy.c：86） ...udpv6_sendmsg （net/ipv6/udp.c：1696） ...ref_tracker：釋放於：xfrm6_fill_dst （net/ipv6/xfrm6_policy.c：90） ... 警告：lib/ref_tracker.c：322，ref_tracker_free+0x58b/0x780 dst_destroy （net/core/dst.c：115） rcu_core handle_softirqs ...
    (CVE-2026-64580)

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

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

  - nexthop：在 nh_res_bucket_migrate（） 中初始化 extack nh_res_bucket_migrate（） 將未初始化的netlink_ext_ack傳遞給 call_nexthop_res_bucket_notifiers（）。當 nh_notifier_res_bucket_info_init（） 失敗時（例如 kzalloc 傳回 -ENOMEM），錯誤會在任何通知程式設定extack._msg之前傳播回來，並且錯誤路徑會使用 pr_err_ratelimited（%s\n， extack._msg） 格式化過時指標。有了CONFIG_INIT_STACK_NONE，這會取消參照未初始化的堆疊記憶體：哎呀：一般保護錯誤，可能針對非規範位址... KASAN：也許範圍內的野生記憶體存取 [...]RIP：0010：string （lib/vsprintf.c：730） vsnprintf （lib/vsprintf.c：2945） _printk （kernel/printk/printk.c：2504） nh_res_bucket_migrate （net/ipv4/nexthop.c：1816） nh_res_table_upkeep （net/ipv4/nexthop.c：1866） rtm_new_nexthop （net/ipv4/nexthop.c：3323） rtnetlink_rcv_msg （net/core/rtnetlink.c：7076） netlink_sendmsg （net/netlink/af_netlink.c：1900） 核心錯誤 - 不同步： 重大異常：零初始化 extack，以便在從未設定它的錯誤路徑上_msg為 NULL。（CVE-2026-64576）

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

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

  - 當本機探索伺服器 （LDS） 建置並透過 MDNSD 後端啟用多點傳播探索時，open62541 1.5.5 中存在緩衝區溢位弱點。未經驗證的遠端攻擊者可以傳送包含許多唯一 discoveryUrl 的 RegisterServer 或 RegisterServer2 要求。這允許遠端攻擊者造成拒絕服務。（CVE-2026-67858）

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

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

  - Bluetooth： qca：修正 TLV 剖析器中的 NVM 標籤長度反向溢位 在 qca_tlv_check_data（） 的 TLV_TYPE_NVM 分支中，標籤迴圈界限為 while （idx < length - sizeof（struct tlv_type_nvm））。length 是來自韌體 TLV 標頭的帶正負號的 int，而 sizeof（struct tlv_type_nvm） 是 size_t （12），因此 length 會轉換為 size_t，任何韌體提供的長度< 12 都會使減法換行變成一個巨大的值。
    然後，迴圈主體讀取一個 12 位元組的結構，tlv_type_nvm經過短 vmalloc'd 韌體緩衝區的末尾（並且 EDL_TAG_ID_* 處理常式可以寫入它）。將邊界重寫為 idx + sizeof（struct tlv_type_nvm） <= length;這兩個運算元都是非負數，因此它不再反向溢位，並且對於一筆記錄來說太小的長度可以正確地跳過迴圈。錯誤：KASAN：qca_download_firmware.isra.0 中的 vmalloc-out-of-bounds （drivers/bluetooth/btqca.c：421） 透過任務 kworker/u9：0/52 讀取 addr ffffc900000e5004 處的大小 2 工作佇列：
    hci0 hci_power_on 呼叫追蹤：...kasan_report （mm/kasan/report.c：595） qca_download_firmware.isra.0 （drivers/bluetooth/btqca.c：421 drivers/bluetooth/btqca.c：617） qca_uart_setup （drivers/bluetooth/btqca.c：948） qca_setup （drivers/bluetooth/hci_qca.c：2029） hci_uart_setup （drivers/bluetooth/hci_ldisc.c：438） hci_dev_open_sync （net/bluetooth/hci_sync.c：5227） hci_power_on （net/bluetooth/hci_core.c：920） 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） ret_from_fork_asm （arch/x86/entry/entry_64.S：245） （CVE-2026-64573）

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

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

  - ksmbd：在讀取 StructureSize2 之前驗證複合要求大小 當 ksmbd 驗證複合 （鏈結） SMB2 要求時，ksmbd_smb2_check_message（） 會讀取 pdu->StructureSize2，而不先檢查複合元素是否足夠大以包含它。StructureSize2 是位於每個元素開頭的位移 64 （__SMB2_HEADER_STRUCTURE_SIZE） 處的 2 位元組欄位。複合遍歷邏輯僅保證尾端元素存在完整的 64 位元組 SMB2 標頭：當 NextCommand 為 0 時，len 會減少為 next_smb2_rcv_hdr_off 之後剩餘的位元組數。遠端用戶端可以製作複合要求，其最後一個元素剛好有 64 個位元組，因此位移 64 處的 2 位元組 StructureSize2 讀取會延伸一個位元組超過接收緩衝區，從而產生 slab-out-of-bounds 讀取。錯誤：KASAN：ksmbd_smb2_check_message中的 slab-out-of-bounds （fs/smb/server/smb2misc.c：402） 由任務 kworker/0:1/14 在 addr ffff888012ae31ac 讀取大小 2 錯誤位址位於已分配的 173 位元組區域工作佇列內的 172 位元組：
    ksmbd-io handle_ksmbd_work呼叫追蹤：...kasan_report （mm/kasan/report.c：595） ksmbd_smb2_check_message （fs/smb/server/smb2misc.c：402） handle_ksmbd_work （fs/smb/server/server.c：119） process_one_work （kernel/workqueue.c：3314） worker_thread （kernel/workqueue.c：3397） kthread （kernel/kthread.c：436） ret_from_fork （arch/x86/kernel/process.c：158） ret_from_fork_asm （arch/x86/entry/entry_64.S：245） 在取消參照之前，拒絕任何太小而無法容納 StructureSize2 的複合元素。（CVE-2026-64578）

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

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

  - xfrm：修正 xfrm_user_policy（） 中的雙重釋放sk_dst_cache xfrm_user_policy（） 使用 __sk_dst_reset（） 清除通訊端 dst 快取，即非原子 __sk_dst_set（sk， NULL）：它使用 rcu_dereference_protected（） 讀取 sk_dst_cache，儲存 NULL 並dst_release（）舊的 dst。只有在沒有其他執行緒同時修改sk_dst_cache時，這才是安全的。對於未持有的已連接 UDP 通訊端： 傳輸快速路徑 （udp_sendmsg -> sk_dst_check -> sk_dst_reset） 會使用不可部分完成的 xchg（） 以無鎖定方式重設快取。
    對傳送進行逐個通訊端原則變更，可使雙方觀察相同的舊 dst 和每個 dst_release（） 它，刪除通訊端的單一參照兩次，並在仍被參照時釋放 xfrm_dst 捆綁包： 錯誤：KASAN：dst_release 中的 slab-use-after-free 在 addr ffff88801897b6c0 處寫入大小為 4 的寫入，由任務 exploit/155 呼叫追蹤： ...dst_release （... ./include/linux/rcuref.h：109） xfrm_user_policy （./include/net/sock.h：2239 ./include/net/sock.h：2256 net/xfrm/xfrm_state.c：3053） do_ip_setsockopt （net/ipv4/ip_sockglue.c：1347） ip_setsockopt （net/ipv4/ip_sockglue.c：1417） do_sock_setsockopt （net/socket.c：2368） __sys_setsockopt （net/socket.c：2393） __x64_sys_setsockopt （net/socket.c：2396） do_syscall_64 （arch/x86/entry/syscall_64.c：94） entry_SYSCALL_64_after_hwframe （arch/x86/entry/entry_64.S：121） 可連線由無權限的使用者透過 user+network 命名空間。使用不可部分完成的 sk_dst_reset（），以便清除快取並使用單一 xchg（） 釋放：無論哪一方獲勝，都會釋放一次 dst，另一方看到 NULL 並且什麼都不做。行為在其他方面保持不變。
    (CVE-2026-64581)

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

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

  - RDMA/rxe：修正 rxe_mmap rxe_mmap（） 中的釋放後使用問題，從pending_mmaps清單中移除rxe_mmap_info結構，並在結構的 kref 仍為 1 時釋放pending_lock：
    list_del_init（&ip->pending_mmaps）;spin_unlock_bh（&rxe->pending_lock）;/* ref == 1，未保留鎖定 */ ret = remap_vmalloc_range（vma， ip->obj， 0）;/* 遍歷 PTE */ [...] rxe_vma_open（vma）;/* kref_get，參照 2 */ remap_vmalloc_range_partial（） 在沒有任何鎖定的情況下遍歷 PTE。另一個 CPU 呼叫上的並行 DESTROY_CQ ioctl： kref_put（&q->ip->ref， rxe_mmap_release） /* ref 10 */ vfree（ip->obj） /* 在行走中清除 vmalloc PTE */ kfree（ip） /* 釋放 rxe_mmap_info */ 這會產生： 1. 核心崩潰，當 vfree 在 validate_page_before_insert 2 中贏得 per-PTE 爭用 -> vm_insert_page（NULL） GPF 時，vmalloc_to_page（） 傳回 NULL。頁面 UAF， vmalloc_to_page（） 在 vfree 清除之前讀取過時的 PTE。使用者 VMA 將 PTE 保留到一個釋放的頁面，該頁面最終可能會由 vmalloc 稍後重新分配，這允許攻擊者獲得乾淨的頁面層級 UAF。
    值得注意的是，儘管考慮到強基元，頁面級 UAF 是可能的，但考慮到非常短的時間窗口（在最後一個insert_page之後和kref_get之前），在統計上很難實現。呼叫追蹤如下： 哎呀：一般保護錯誤，可能是非規範位址0xdffffc0000000001：0000 [#1] SMP KASAN NOPTI KASAN：null-ptr-deref in range [0x0000000000000008-0x000000000000000f] CPU：0 UID：1000 PID：413 Comm：poc 未受污染 7.0.0-rc5-dirty #28 PREEMPT（lazy） 硬體名稱：QEMU 標準 PC （i440FX + PIIX，1996），BIOS 1.15.0-1 04/01/2014 RIP：
    0010：validate_page_before_insert+0x32/0x300 代碼：e5 41 57 41 56 49 89 fe 41 55 41 54 53 48 89 f3 e8 93 b5 a3 ff 48 8d 7b 08 48 b8 00 00 00 00 00 fc ff df 48 89 fa 48 c1 ea 03 <80> 3c 02 00 0f 85 7b 02 00 00 4c 8b 63 08 31 ff 4d 89 e5 41 83 e5 RSP： 0018：ffff88811b15f2f0 EFLAGS：00000202 RAX：dffffc00000000000 RBX：
    000000000000000000 RCX：0000000000000000000 RDX：0000000000000001 RSI：00000000000000000 RDI：0000000000000008 RBP：ffff88811b15f318 R08： 000000000000000000 R09： 00000000000000000000 R10： 0000000000000000000000 R11：
    000000000000000000 R12： ffff8881181eee00 R13： 00000000000000000000 R14： ffff8881181eee00 R15： ffff8881181eee20 FS： 00007b1e000f76c0（0000） GS： ffff8884268e0000（0000） knlGS：00000000000000000 CS：0010 DS：0000 ES：0000 CR0：0000000080050033 CR2：00007b1e00a24ac0 CR3：0000000116eb3000 CR4：00000000000006f0 呼叫追蹤： <TASK> insert_page+0x8f/0x190 ？ __pfx_insert_page+0x10/0x10 ？ kasan_save_alloc_info+0x38/0x60 vm_insert_page+0x2e7/0x400 remap_vmalloc_range_partial+0x212/0x3e0remap_vmalloc_range+0x6e/0xb0 ？
    __kasan_check_write+0x14/0x30 rxe_mmap+0x2e9/0x5d0 ib_uverbs_mmap+0x1ad/0x2c0 __mmap_region+0x12c2/0x2ad0 ？__pfx___mmap_region+0x10/0x10 ？__sanitizer_cov_trace_switch+0x58/0xb0？mas_prev_slot+0x360/0x39c0 ？
    __sanitizer_cov_trace_switch+0x58/0xb0？mas_next_slot+0x1e5b/0x2f40 ？
    __sanitizer_cov_trace_cmp8+0x18/0x30 ？unmapped_area_topdown+0x4dd/0x610 ？kfree+0x1b1/0x440 ？free_cpumask_var+0x16/0x30 ？__kasan_slab_free+0x7d/0xa0 ？__sanitizer_cov_trace_cmp8+0x18/0x30 mmap_region+0x2e6/0x3c0 do_mmap+0xa3e/0x12a0 ？__pfx_do_mmap+0x10/0x10 ？__kasan_check_write+0x14/0x30 ？down_write_killable+0xba/0x160 ？__pfx_down_write_killable+0x10/0x10 ？
    __sanitizer_cov_trace_cmp4+0x16/0x30 vm_mmap_pgoff+0x2d4/0x4a0 ？__pfx_vm_mmap_pgoff+0x10/0x10 ？fget+0x1bf/0x270 ksys_mmap_pgoff+0x40c/0x690 ？__sanitizer_cov_trace_const_cmp4+0x16/0x30 ？
    __pfx_ksys_mmap_pgoff+0x10/0x10 ？__kasan_check_write+0x14/0x30 ？_raw_spin_trylock+0xbb/0x130 ？
    __pfx__raw_spin_trylock+0x10/0x10 __x64_sys_mmap+0x135/0x1e0 x64_sys_c ---truncated--- （CVE-2026-64582）

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

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

  - xfrm： policy：在重新插入之前預先分配不精確的 bin xfrm_hash_rebuild重新插入 xfrm_hash_rebuild（） 的第一個迴圈會預先配置重新插入迴圈所需的 bin/鏈，因此重新插入 （在 hlist_del_rcu（） 之後） 無法分配或失敗。但它的保護是反轉的：它跳過具有 prefixlen < 臨界值的策略，並為其餘的預先分配。prefixlen <臨界值恰好是當 policy_hash_bysel（） 傳回 NULL 並且重新插入採用配置 xfrm_policy_inexact_insert（） 路徑時。因此，迴圈會預先配置確切的原則 （從不配置） 並跳過不精確的原則，然後在重新插入期間GFP_ATOMIC分配其 bin/節點。失敗時，錯誤路徑僅WARN_ONCE（）並繼續，留下中毒的 bydst 節點;下次重建的 hlist_del_rcu （） 會解除參照LIST_POISON2並採用 GPF。在記憶體壓力下可連線，透過 failslab 確定。反轉防護，讓預先配置完全涵蓋重新插入的原則;然後，重新插入不會配置任何內容，也不會失敗。當機：哎呀：一般保護故障，可能是非規範位址 0xfbd59c0000000024：0000 [#1] SMP KASAN NOPTI KASAN：可能是範圍內的 wild-memory-access [0xdead...] ... 工作佇列：事件xfrm_hash_rebuild RIP：0010：xfrm_hash_rebuild+0x5b3/0x1190 RAX：
    dead000000000122 （LIST_POISON2 + 偏移量） ... 呼叫追蹤：hlist_del_rcu （include/linux/rculist.h：599） xfrm_hash_rebuild （net/xfrm/xfrm_policy.c：1365） 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） ret_from_fork_asm （arch/x86/entry/entry_64.S：245） ... 核心錯誤 - 未同步：中斷 （CVE-2026-64579） 中出現重大異常

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

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

  - bpf： tcp：修正批次 realloc 上的雙襪子釋放 bpf_iter_tcp_batch（） 透過 bpf_iter_tcp_put_batch（） 釋放目前批次，這會刪除通訊端參照並使用通訊端 cookie 重寫每個插槽，然後擴大批次。cur_sk/end_sk保留用於 bpf_iter_tcp_resume（），但在 realloc 失敗時，該函數會在恢復運行之前返回 ERR_PTR（），從而將cur_sk < end_sk留在現在保存 cookie 而不是 sock 指標的插槽上。然後bpf_iter_tcp_seq_stop（） 再次呼叫 bpf_iter_tcp_put_batch（） 並將 cookie 解除參照為結構 sock。清空故障路徑上的批次，這樣 stop（） 就不會再次釋放它。第一個 bpf_iter_tcp_put_batch（） 已經釋放了通訊端，因此不會洩露任何內容，並且後面的 read（） 會從頭開始重新掃描儲存桶，而不是跳過它。失敗路徑GFP_NOWAIT同級仍保留實際通訊端參照，並留給 stop（） 釋放。錯誤：KASAN：__sock_gen_cookie 中的 null-ptr-deref 在 addr 0000000000000059 處讀取大小 8 by task exploit ... __sock_gen_cookie （net/core/sock_diag.c：28） bpf_iter_tcp_put_batch （net/ipv4/tcp_ipv4.c：2918） bpf_iter_tcp_seq_stop （net/ipv4/tcp_ipv4.c：3270） bpf_seq_read （kernel/bpf/bpf_iter.c：205） vfs_read （fs/read_write.c：572） ksys_read （fs/read_write.c：716） do_syscall_64 entry_SYSCALL_64_after_hwframe 核心錯誤 -未同步：重大異常 （CVE-2026-64575）

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

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

  - wifi： mac80211：在配置替換之前，修正配置失敗時unsol_bcast_probe_resp雙重釋放 ieee80211_set_unsol_bcast_probe_resp（） 呼叫舊模板上的 kfree_rcu（）。如果 kzalloc（） 隨後失敗，則會傳回 -ENOMEM，而 link->u.ap.unsol_bcast_probe_resp 仍指向已排入佇列等待釋放的物件。稍後的更新或 AP 拆卸會將相同的rcu_head重新排入佇列;當 RCU 捆在 softirq 中處理時，KASAN 捕獲了第二個釋放： 錯誤：KASAN：
    rcu_free_sheaf中的雙重釋放 （mm/slub.c：5850） 透過任務 exploit/145 釋放 addr ffff88800d06f300 ...
    __rcu_free_sheaf_prepare （mm/slub.c：2634 mm/slub.c：2940） rcu_free_sheaf （mm/slub.c：5850） rcu_core （kernel/rcu/tree.c：2617 kernel/rcu/tree.c：2869） handle_softirqs （kernel/softirq.c：622） 有錯誤的位址屬於大小為 128 的快取 kmalloc-128 只有在新物件發布後，才將舊物件排入 kfree_rcu（） 佇列， 比對 ieee80211_set_probe_resp（） 和 ieee80211_set_s1g_short_beacon（）。（CVE-2026-64568）

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

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

  - open62541 v1.5.5 中的緩衝區溢位弱點允許遠端攻擊者透過 Discovery/LDS 處理造成拒絕服務。（CVE-2026-67859）

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

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

  - open62541 v.1.5.5 及更早版本中的一個問題允許遠端攻擊者透過 UA_Client_getRemoteDataTypes 元件 （CVE-2026-67861） 造成拒絕服務

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

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

  - 在 OpenStack Swift 中 2.38.0，S3API 中介軟體不會強制預先簽署 URL 要求上的 SigV4 簽章涵蓋語意 x-amz-* 標頭。取得預先簽署 PUT URL 的攻擊者可插入未簽署的 X-Amz-Copy-Source 標頭，導致 Swift 使用簽署者的授權內容從任意來源物件執行伺服器端複製。攻擊者可以讀取簽署者有權存取的任何物件，前提是目標project_id、容器名稱和物件名稱已知。這會影響使用預設 s3_acl=false 設定的所有部署。（CVE-2026-71191）

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

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

  - 預先驗證攻擊者可利用類型巢狀造成 StackOverflowError，進而導致拒絕服務。此問題影響 Apache Qpid ProtonJ2： 到 1.1.0. 建議使用者升級至 1.2.0 版，即可修正此問題。(CVE-2026-67590)

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

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

  - 經驗證的攻擊者可能會超過工作階段流量控制傳入視窗，進而導致拒絕服務。此問題影響 Apache Qpid ProtonJ2： 到 1.1.0. 建議使用者升級至 1.2.0 版，即可修正此問題。(CVE-2026-67591)

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

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

  - open62541 1.5.5 在 src/client/ua_client_highlevel.c 的高階屬性讀取邏輯中包含緩衝區溢位。這會允許遠端攻擊者造成拒絕服務。
    (CVE-2026-67862)

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

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

  - 在 OpenStack Ironic 38.0.0中，向 Ironic 提出特製請求的專案讀取器可以傳回指派給另一個專案擁有或租賃的節點的連接埠群組。（CVE-2026-71201）

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

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

  - 當預設歷程資料庫與記憶體後端搭配使用時，open62541 1.5.5 在預設 HistoryRead 路徑中包含堆積型緩衝區溢位。（CVE-2026-67860）

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

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

  - 在 OpenStack Swift 中 2.38.0，代理伺服器 Accept 標頭剖析器包含易受災難性回溯 （ReDoS） 影響的規則運算式。qdtext 模式 （？：[^]|\\.）* 允許未經驗證的遠端攻擊者傳送特製的 Accept 標頭，導致 Proxy 工作程式中的 CPU 用量呈指數級增長。32 個反斜線字元組的承載超過 30 秒的 CPU 時間。不需要驗證。重複的請求可能會耗盡所有代理工作執行緒，導致完全拒絕服務。（CVE-2026-71190）

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

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

  - 預先驗證攻擊者可利用類型大小/計數處理來造成過度配置，進而造成潛在的拒絕服務。此問題影響 Apache Qpid ProtonJ2： 到 1.1.0. 建議使用者升級至 1.2.0 版，即可修正此問題。(CVE-2026-67589)

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

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

  - 啟用 open62541 時，在 GDS PushManagement 憑證更新工作流程中包含堆積釋放後使用UA_ENABLE_GDS_PUSHMANAGEMENT。這會允許遠端攻擊者造成拒絕服務。
    (CVE-2026-67855)

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

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

  - 在 libkcapi 中發現缺陷。本機攻擊者可影響使用非同步輸入/輸出 （AIO） 介面的應用程式。藉由在先前完成錯誤後重複使用已啟用AIO的控點，
    _kcapi_aio_read_all（） 函式可以進入非終止等待迴圈。這可能會導致持續的拒絕服務，使受影響的應用程式或執行緒沒有回應。（CVE-2026-71227）

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

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

  - 無法控管每個傳入傳遞的傳輸框架數目上限，因此經驗證的攻擊者可造成過多的資源使用，並可能造成拒絕服務。此問題影響 Apache Qpid ProtonJ2： 到 1.1.0. 建議使用者升級至 1.2.0版本，以修正問題 （CVE-2026-67592）

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

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

  - 在 libkcapi 中發現缺陷。在計數器 （CTR） 或加密區塊鏈結 （CBC） 等有狀態模式中對大型輸入 （超過 64 KiB） 執行一次性對稱加密作業時，程式庫會不正確地重複使用每個內部資料區塊的初始化向量 （IV）。遠端攻擊者可能會透過使使用 libkcapi 處理特製大型輸入的應用程式來利用此漏洞。這可能會導致資料機密性顯著減弱，因為重複使用 IV 可能會暴露加密明文中的關係，並且還可能透過導致不正確的加密處理來影響資料完整性。
    (CVE-2026-71225)

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

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

  - 預先驗證攻擊者可利用不受限制的符號值快取，造成資源耗盡，進而造成拒絕服務。此問題影響 Apache Qpid ProtonJ2： 到 1.1.0. 建議使用者升級至 1.2.0 版，即可修正此問題。(CVE-2026-67588)

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

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

  - 錯誤時因未取消的 AIO 請求而導致記憶體損毀：libkcapi 的一次性 AIO 路徑可以在所有提交的 IOCB 耗盡之前傳回錯誤，從而允許稍後將核心寫入呼叫者擁有的輸出緩衝區。
    (CVE-2026-71226)

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

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

  - 在 OpenStack Swift 中 2.38.0，當 s3_acl=true 時，S3API 中介軟體不會清理 S3 API 要求中的 Swift 原生控制標頭 （X-Copy-From、X-Copy-From-Account）。攻擊者可以將這些標頭插入針對自己儲存桶的已簽名 PUT 請求中，導致 Swift 從另一個租戶的私有物件執行伺服器端複製。來源物件授權會被繞過，因為 S3API 中介軟體已授權針對目的地的請求。攻擊者可以讀取已知project_id、容器名稱和物件名稱的任何物件，而不論來源物件的 ACL 或擁有權為何。這需要非預設的 s3_acl=true 設定。（CVE-2026-71192）

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

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

  - open62541 v.1.5.5 及更早版本中的一個問題允許遠端攻擊者透過特製的 CreateSubscription、CreateMonitoredItems（Sampling）、Publish、TransferSubscriptions 和 DeleteSubscriptions 要求 （CVE-2026-67856） 造成拒絕服務

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

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

  - FreeRDP Windows用戶端之前 3.29.0 在剪貼簿虛擬通道中包含堆積緩衝區溢位弱點，當處理CLIPRDR_FILE_CONTENTS_RESPONSE PDU 時，而未針對目的地緩衝區驗證伺服器提供的大小。惡意 RDP 伺服器可傳送資料承載明顯大於要求的回應，進而造成任意堆積記憶體損毀，進而在使用者執行貼上作業時啟用遠端程式碼執行。（CVE-2026-67305）

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

ID	名稱	嚴重性
333034	Linux Distros 未修補弱點：CVE-2026-45537	critical
333033	Linux Distros 未修補弱點：CVE-2026-51400	high
333015	Linux Distros 未修補弱點：CVE-2026-46334	high
333014	Linux Distros 未修補弱點：CVE-2026-45705	medium
333013	Linux Distros 未修補弱點：CVE-2026-51401	high
333012	Linux Distros 未修補弱點：CVE-2026-45100	critical
333011	Linux Distros 未修補弱點：CVE-2026-18809	medium
333010	Linux Distros 未修補弱點：CVE-2026-45809	high
332787	Linux Distros 未修補弱點：CVE-2026-18839	low
332786	Linux Distros 未修補弱點：CVE-2026-68494	high
332785	Linux Distros 未修補弱點：CVE-2026-54876	high
332773	Linux Distros 未修補弱點：CVE-2026-64570	high
332772	Linux Distros 未修補弱點：CVE-2026-64577	high
332771	Linux Distros 未修補弱點：CVE-2026-64567	high
332770	Linux Distros 未修補弱點：CVE-2026-64574	high
332769	Linux Distros 未修補弱點：CVE-2026-64571	low
332768	Linux Distros 未修補弱點：CVE-2026-64569	medium
332767	Linux Distros 未修補弱點：CVE-2026-64566	critical
332766	Linux Distros 未修補弱點：CVE-2026-64572	medium
332763	Linux Distros 未修補弱點：CVE-2026-67857	high
332762	Linux Distros 未修補弱點：CVE-2026-42170	high
332761	Linux Distros 未修補弱點：CVE-2026-64580	high
332760	Linux Distros 未修補弱點：CVE-2026-64576	high
332759	Linux Distros 未修補弱點：CVE-2026-67858	high
332752	Linux Distros 未修補弱點：CVE-2026-64573	medium
332751	Linux Distros 未修補弱點：CVE-2026-64578	high
332750	Linux Distros 未修補弱點：CVE-2026-64581	high
332749	Linux Distros 未修補弱點：CVE-2026-64582	high
332748	Linux Distros 未修補弱點：CVE-2026-64579	medium
332747	Linux Distros 未修補弱點：CVE-2026-64575	high
332746	Linux Distros 未修補弱點：CVE-2026-64568	high
332741	Linux Distros 未修補弱點：CVE-2026-67859	high
332740	Linux Distros 未修補弱點：CVE-2026-67861	high
332712	Linux Distros 未修補弱點：CVE-2026-71191	medium
332257	Linux Distros 未修補弱點：CVE-2026-67590	high
332256	Linux Distros 未修補弱點：CVE-2026-67591	medium
332254	Linux Distros 未修補弱點：CVE-2026-67862	high
332253	Linux Distros 未修補弱點：CVE-2026-71201	medium
332252	Linux Distros 未修補弱點：CVE-2026-67860	high
332251	Linux Distros 未修補弱點：CVE-2026-71190	high
332250	Linux Distros 未修補弱點：CVE-2026-67589	high
332249	Linux Distros 未修補弱點：CVE-2026-67855	high
332248	Linux Distros 未修補弱點：CVE-2026-71227	medium
332240	Linux Distros 未修補弱點：CVE-2026-67592	high
332239	Linux Distros 未修補弱點：CVE-2026-71225	medium
332238	Linux Distros 未修補弱點：CVE-2026-67588	high
332237	Linux Distros 未修補弱點：CVE-2026-71226	high
332236	Linux Distros 未修補弱點：CVE-2026-71192	medium
332235	Linux Distros 未修補弱點：CVE-2026-67856	high
332120	Linux Distros 未修補弱點：CVE-2026-67305	critical

偵測

Nessus 的 Misc. 系列

critical

high

high

medium

high

critical

medium

high

low

high

high

high

high

high

high

low

medium

critical

medium

high

high

high

high

high

medium

high

high

high

medium

high

high

high

high

medium

high

medium

high

medium

high

high

high

high

medium

high

medium

high

high

medium

high

critical