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 的判定取決於廠商所報告的套件是否存在。

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

  - 當使用 httpVersion： 2 傳送要求時，Axios 版本 >=1.13.0 （Node.js HTTP 配接器） 無法在串流要求內文上強制執行已設定的 maxBodyLength 限制。 由於 Node 的 HTTP/2 要求 API 不接受 maxBodyLength 選項，且 axios 的位元組計數資料流包裝函式在 maxRedirects === 0 上受限制，因此控制傳遞至 axios 的資料流的攻擊者可導致應用程式傳輸超出已設定有限 maxBodyLength 的輸出資料。影響僅限於資源消耗和策略繞過 （過剩出口、上游配額消耗、可用性有限）;它不會啟用程式碼執行、憑證洩漏或要求目的地控制。使用預設 maxBodyLength： -1 和瀏覽器配接器的呼叫不會受到影響。（CVE-2026-67318）

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

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

  - Axios 版本 >=1.15.2 和 <1.18.0 在基本驗證子欄位處理 （lib/adapters/http.js 和 lib/helpers/resolveConfig.js） 中包含原型污染讀取端小工具。當應用程式已經受到單獨的原型污染原語的影響，並使用省略使用者名稱和/或密碼屬性的自己的驗證物件發出 axios 請求時，axios 會讀取繼承的 Object.prototype.username 和 Object.prototype.password 值，並使用它們來建構出站「授權：基本...」標頭。
    Axios 本身不會污染原型。實際影響是傳出要求篡改：控制受污染原型值的攻擊者可以插入攻擊者選擇的基本驗證憑證或取代現有的授權標頭。只有在其他應用程式特定條件下，才有可能揭露憑證。（CVE-2026-67314）

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

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

  - Thumbor 是 globo.com 的開源照片縮略圖服務。在之前 7.8.0，Thumbor 的 filters：proportion（<value>） 篩選器不會強制執行上限 <value> ，並在轉換後階段執行。攻擊者可觸發極大的大小調整 （CPU/記憶體耗盡） 並造成拒絕服務。此問題已在 7.8.0中修正。（CVE-2026-53505）

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

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

  - Thumbor 是 globo.com 的開源照片縮略圖服務。在 7.8.0之前，file_loader 會在根邊界驗證後解碼百分比編碼的路徑區段，允許透過浮水印或框架篩選器輸入遊走外部FILE_LOADER_ROOT_PATH。此問題已在 7.8.0中修正。
    (CVE-2026-53502)

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

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

  - Thumbor 是 globo.com 的開源照片縮略圖服務。在之前7.8.0，Thumbor 的 filters：convolution（<matrix>， <columns><should_normalize>， ） 篩選器會將使用者控制<columns>的值傳遞至 C 副檔名 （thumbor/ext/filters/_convolution.c），其中會將其用作除數 （% 和 /），而不驗證 0 >欄。當columns=0時，C程式碼會觸發未定義的行為;x86_64這可靠地會導致致命除以零陷阱 （SIGFPE） 並使 Thumbor 進程崩潰，從而造成遠端拒絕服務。此問題已在 7.8.0中修正。（CVE-2026-53503）

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

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

  - libXfont2 字型伺服器用戶端 （src/fc/fserve.c） 中的 fs_read_glyphs（） 會將每個字形的點陣圖複製到單一緩衝區中。現有檢查只會驗證來源配量 （位置、長度） 位於來源點陣圖緩衝區內。它不會檢查執行中的目的地游標是否已超出配置。惡意字型伺服器可傳送重疊的來源位移，例如有 1000 個字形，每個字形參照 {position：0， length：64}，且 nbytes=64。每個個別來源範圍都會通過現有的驗證，但累積會將總計 64000 位元組寫入 64 位元組的目的地緩衝區。這是包含攻擊者控制內容的堆積緩衝區溢位。（CVE-2026-44950）

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

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

  - Thumbor 是 globo.com 的開源照片縮略圖服務。在 7.8.0之前，ALLOWED_SOURCES組態會將純字串傳遞至 re.match（），而不會逸出點，因此點位置不同的主機名稱可以符合允許清單。此問題已在 7.8.0中修正。（CVE-2026-53500）

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

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

  - ip-address 是一個用於在 JavaScript 中剖析和操作 IPv4 和 IPv6 位址的函式庫。從 10.1.1 until 10.2.2開始，每個特殊用途的分類方法都是建立在 isInSubnet 之上的，每當位址自己的子網路遮罩短於參考範圍的遮罩時，它就會短路為 false。該遮罩逐字來自剖析輸入上的 CIDR 後綴，因此附加後綴 （例如 /0） 會完全抑制分類：isLoopback（）、isPrivate（）、isLinkLocal（）、isCGNAT（）、isMulticast（）、isUnspecified（）、isBroadcast（）、isULA（） 和 getType（） 都會將內部位址報告為不顯著，而 correctForm（） 和 address 仍會傳回真正的內部目標。因此，針對這些檢查建置網路信任邊界決策的應用程式 （例如，旨在封鎖伺服器端要求偽造 （SSRF） 的篩選器） 可能會將內部目標視為外部目標並允許要求。基礎位比較是正確的，並且 mask（n） 已經獨立於 subnetMask 返回完整剖析位址的前 n 位;缺陷僅在於收容防護位於分類路徑中。10.2.2 版已修正此問題。(CVE-2026-69198)

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

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

  - 之前和之前的 Axios 版本0.31.0無法識別0.0.0.0為 shouldBypassProxy.js 中的回送位址，允許請求0.0.0.0繞過NO_PROXY規則。1.18.01.15.00.33.0 攻擊者可以提供 0.0.0.0 URL 以透過配置的 Proxy 路由請求，從而在 Proxy 到達目的地時可能暴露本機服務。（CVE-2026-67315）

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

ID	名稱	嚴重性
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
332119	Linux Distros 未修補弱點：CVE-2026-67318	medium
332118	Linux Distros 未修補弱點：CVE-2026-67314	medium
332117	Linux Distros 未修補弱點：CVE-2026-53505	high
332116	Linux Distros 未修補弱點：CVE-2026-53502	high
332115	Linux Distros 未修補弱點：CVE-2026-53503	high
332114	Linux Distros 未修補弱點：CVE-2026-44950	critical
332113	Linux Distros 未修補弱點：CVE-2026-53500	high
332112	Linux Distros 未修補弱點：CVE-2026-69198	medium
332111	Linux Distros 未修補弱點：CVE-2026-67315	medium

偵測

Nessus 的 Misc. 系列

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

medium

medium

high

high

high

critical

high

medium

medium