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

  - 藍牙：hci_aml：驗證韌體區段長度 aml_download_firmware（） 會從韌體標頭讀取兩個長度，並使用它們來建立指標，然後再檢查標頭和區段資料是否存在。截斷或不一致的韌體映像可能會讓驅動程式在建構 TCI 命令時讀取過去的韌體>資料。拒絕短於標頭的映像，並確保 ICCM 和 DCCM 範圍符合載入的韌體，再下載任一區段。（CVE-2026-80759）

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

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

  - MongoDB Server 的 JavaScript 腳本引擎中的一個問題可能允許具有寫入權限的已驗證使用者透過在內部維護週期期間處理的特製儲存值，導致他們控制的程式碼在其他使用者的查詢範圍內執行。這可能會導致影響其他使用者的查詢結果損毀，以及針對其在相同資料庫上的作業的拒絕服務。影響僅限於指令碼引擎的執行沙箱，該沙箱不提供對資料庫、檔案系統或網路資源的存取權。（CVE-2026-18708）

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

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

  - crypto： tegra - 當 ccm 的輸入緩衝區配置失敗時傳回 ENOMEM 確保在 tegra_ccm_do_one_req 中輸入緩衝區配置失敗時設定 ENOMEMCVE-2026-80882 錯誤值。

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

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

  - futex：避免在最終放置時釋放後使用私有雜湊 futex_private_hash_put（） 在評估 fph->mm 的 wake_up_var（） 之前刪除對 ffh 的參照。futex_ref_put（） 在返回之前再次啟用搶佔。如果該放置會捨棄最終參照，且工作被搶佔，則另一個工作可以樞紐至取代雜湊，並在 RCU 寬限期後釋放舊雜湊。然後，第一個工作在恢復時從釋放的分配中讀取 fph->mm。KASAN 在 futex_private_hash_put（） 中報告了 slab-use-after-free，讀取值位於釋放的 kmalloc-512 分配中的偏移 24。配置和可用堆疊分別指向 futex_hash_allocate（） 和 RCU 自由路徑。當 fph 參照仍保持時載入 mm 指標，並將儲存的值傳遞給 wake_up_var（）。wake_up_var（） 使用指標作為等待佇列鍵，並且不會透過它取消參照 mm。（CVE-2026-80758）

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

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

  - mshv：修正 mshv_irqfd_deassign mshv_irqfd_deactivate（） 中的爭用，以及 pt_irqfds_list 的 hlist 遊歷需要持有 pt->pt_irqfds_lock，但 mshv_irqfd_deassign（） 省略了它。這與 mshv_irqfd_wakeup（） 中的 EPOLLHUP 路徑爭用，後者確實在呼叫 mshv_irqfd_deactivate（） 之前進行鎖定。
    此外，mshv_irqfd_deactivate（） 使用 hlist_del（），它會毒害節點指標而不是重置它們。由於 mshv_irqfd_is_active（） 依賴 hlist_unhashed（） （檢查 pprev == NULL），因此中毒節點仍然顯示為活動中。如果並行路徑在相同的 irqfd 上再次呼叫 mshv_irqfd_deactivate（），則防護無法防止中毒指標上的雙重 hlist_del（）。修正這兩個問題： - 在 mshv_irqfd_deassign（） 中的清單遊走周圍新增缺少的 spin_lock_irq/spin_unlock_irq，與 mshv_irqfd_release（） 相符。- 使用 hlist_del_init（） 而不是 hlist_del（），以便在移除後將節點正確標記為未雜湊，從而使is_active防護可靠。（CVE-2026-80896）

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

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

  - ring-buffer：使用強制 8 位元組對齊來固定事件長度 當 RB_FORCE_8BYTE_ALIGNMENT 為 true 時，rb_calculate_event_length（） 會保留 event->array[0] 的空間來放置資料長度，而 rb_update_event（） 會相應地將資料長度儲存在 event->array[0] 中。因此，整個事件長度將無條件地為 sizeof（event.array[0]） 增加額外的 4 個位元組。但 ring_buffer_event_length（） 只會針對大於 RB_MAX_SMALL_DATA + sizeof（event->array[0]） 的事件減去 sizeof（event->array[0]）。因此，具有 RB_FORCE_8BYTE_ALIGNMENT=true 的架構上的小型事件會報告比預期大 4 個位元組的資料長度。若要修正此問題，請將RB_FORCE_8BYTE_ALIGNMENT新增為條件，以在 RB_FORCE_8BYTE_ALIGNMENT 為 true 時減去該長度欄位的大小。在 CONFIG_HAVE_64BIT_ALIGNED_ACCESS 設定為 y 的 riscv64 核心中觀察到此問題，當我們執行 ftrace selftest trace_marker_raw.tc 時，我們得到一個奇怪的日誌：對於 id 為 1..100 的情況，資料欄位的數量為 8*N，但一旦 id 超過 100，資料欄位的數量就會變成 8*N+4： # 1 buf： 58 00 00 00 80 5e d1 63 （資料欄位數為 8*1） ... # a buf： 58 ...（資料欄位數為 8*2） ... # 64 buf： 58 ...
    （資料欄位數為 8*13） # 65 buf： 58 ...（資料欄位數為8*13+4）套用此變更後，資料欄位數會持續維持為 8*N+4。（CVE-2026-80876）

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

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

  - MongoDB Server 中的一個問題可能允許具有直接網路存取分區的已驗證使用者繞過預期的交易協調程序，以不當認可或中止進行中的準備交易。這可能會導致跨分區資料不一致、叢集時鐘損毀，以及違反交易不可部分完成性保證。（CVE-2026-18709）

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

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

  - xfs：在 xfs_trans_roll 中無條件還原 nofs 上下文 當 xfs_trans_roll（） 中的 __xfs_trans_commit（） 失敗時，NOFS 上下文會被清除，但只會在成功路徑中還原。這會使錯誤路徑沒有 nofs 保護，導致 xfs_nondir_ilock_class 和 fs_reclaim 之間出現循環鎖定相依性：CPU0 CPU1 ---- ---- lock（&xfs_nondir_ilock_class）;lock（fs_reclaim）;
    lock（&xfs_nondir_ilock_class）;lock（fs_reclaim）;透過在錯誤檢查之前移動 xfs_trans_set_context（） 來修正此問題，以便一律在新交易上還原 nofs 內容。(CVE-2026-80804)

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

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

  - Avo 是一個為 Ruby on Rails 應用程序創建管理面板的框架。從版本 2.28.0 到之前版本 3.32.0，Avo 的直接附件上傳端點缺少伺服器端上傳授權，並繞過了記錄的欄位層級上傳策略方法，例如 upload_{FIELD_ID}？。可連線 Avo 附件上傳端點的已驗證 Avo 使用者可以在已解析的記錄上取代或新增附件內容，包括二進位內容、檔案名稱和內容類型中繼資料，即使兩者都更新？而upload_<field>？政策拒絕進行操作。這主要影響多角色 Avo Pro/Advanced 樣式的部署，在這些部署中，非管理員或受限制的操作員使用者可以聯絡 Avo，並且每個記錄或每個欄位的作業應由原則強制執行。此問題已在 3.32.0 版中修正。(CVE-2026-53769)

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

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

  - Linux x86-64 上的數字截斷 Samsung Open Source Escargot 造成的越界寫入允許能夠提供 JavaScript 執行的攻擊者透過特製的類別定義（其執行個體初始化項目計數超過 UINT16_MAX）破壞本機記憶體並使主機處理程序當機。此問題影響 Escargot：5dc93606abd42b859045add05d704a038e197359。（CVE-2026-86315）

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

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

  - Authen：：SASL：：Perl：:D IGEST_MD5 版本 2.2100 之前Perl接受透過 server_step 中未經驗證的隨機數重播的驗證回應。 server_start會產生新的隨機數並在質詢中傳送，之後不會將該值與用戶端傳回的隨機數進行比較。 server_step 會從用戶端自己的參數衍生預期的摘要，因此只要回應的摘要符合它所攜帶的隨機數，就會進行驗證。它還檢查的計數表以客戶端提供的隨機數為鍵，並且在每個新伺服器物件中都以空開始，因此捕獲的第一個響應（帶有 'nc=00000001'）也會傳遞該響應。RFC 2831 將回應中的隨機數定義為伺服器在前一個挑戰中傳送的值。觀察到一次成功的「qop=auth」交換的攻擊者，可以針對相同服務、主機、領域和使用者的稍後工作階段重播擷取的回應，並在不知道密碼的情況下以該使用者的身分進行驗證。
    (CVE-2026-86219)

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

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

  - Node.js HTTP 用戶端中的缺陷可能會導致 Node.js 型轉送 Proxy 的要求不同步化，這些 Proxy 會從可見的「IncomingMessage」標頭重建傳出標頭，同時將原始內文傳送至重複使用的後端連線。Node.js可以從 'req.headers'、'req.rawHeaders' 和 'req.headersDistinct' 中省略 'maxHeadersCount' / 'maxHeaderPairs' 以外的標頭，同時仍會在內部使用這些省略的標頭進行HTTP訊息框架。特別是，「Content-Length」可以在請求本文仍在傳遞時對使用者區域隱藏。此弱點會影響所有支援的版本行：**Node.js 22**、
    **Node.js 24** 和 **Node.js 26**。（CVE-2026-48932）

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

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

  - ugrep 之前 7.6.0 在處理特製時，在 LZW 解壓縮器中包含堆積緩衝區過度讀取弱點。Z 封存檔案。攻擊者可以提供格式錯誤的 。Z 檔案，導致解壓縮器讀取超過配置的堆積緩衝區一個位元組，從而可能使處理程序損毀。（CVE-2025-15614）

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

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

  - PJSIP 是一個以 C 編寫的免費開放原始碼多媒體通訊程式庫。在提交 acc03b5 之前，在處理註冊回應 （pjsua_acc.c 中的 update_service_route（） ） 中的 Service-Route 標頭時，PJSUA 中存在堆疊緩衝區溢位。這會影響使用 PJSUA/PJSUA2 帳戶 API （預設註冊路徑） 註冊的應用程式。來自 REGISTER 的 2xx 回應的 Service-Route URI 會儲存在固定大小的陣列中，而不限制標頭數目;傳回過多 Service-Route 標頭的註冊商可能會寫入堆疊上陣列的結尾。寫入的值是內部指標，而不是任意資料，因此最有可能的影響是應用程式意外終止 （拒絕服務），但無法排除記憶體損毀。惡意回應可能來自遭入侵或惡意的註冊商，或透過未受保護的傳輸詐騙回應。此問題已透過提交 acc03b5 修補。（CVE-2026-57161）

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

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

  - PJSIP 是用 C 編寫的免費且開放原始碼多媒體通訊程式庫。在提交 a1b707c 之前，在 SDP 提供/回應 （transport_srtp_sdes.c 中的 sdes_encode_sdp（） ） 期間處理 a=crypto 屬性時，SRTP/SDES 媒體傳輸中存在堆疊緩衝區溢位。這會影響啟用 SRTP 的應用程式 （use_srtp選用或必要，使用 SDES 金鑰）。在媒體協商期間，來自遠端 SDP 的加密屬性會收集到固定大小的陣列中，而不限制其數量;在單一媒體描述中包含過多屬性 a=crypto 的遠端對等可能會寫入堆疊上該陣列的結尾。在提供/應答期間，在應用程式層級驗證之前，可從傳入的 SIP INVITE 存取此專案。影響範圍可能從應用程式意外終止到控制流程劫持/記憶體損毀。未啟用 SRTP 的應用程式不受影響。此問題已透過提交 a1b707c 修補。（CVE-2026-57162）

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

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

  - PJSIP 是一個用 C 編寫的免費開放原始碼多媒體通訊程式庫。在提交 628b716 之前，在歷史記錄調用期間重新繪製命令行時，PJLIB-UTIL telnet CLI 前端中存在堆疊緩衝區溢位 （cli_telnet.c 中的 handle_up_down（））。這只會影響啟用 telnet CLI 前端的應用程式 （與相關 CLI 問題相同的門控）。召回歷程記錄項目的行重繪序列可能會累積比固定大小堆疊緩衝區保留的資料更多的資料，這可能會導致應用程式終止。惡意利用需要存取未經驗證的 telnet CLI，該 CLI 已允許任意 CLI 命令，因此額外的影響有限。未啟用 telnet CLI 前端的應用程式不會受到影響。此問題已透過提交 628b716 修補。（CVE-2026-57165）

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

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

  - PJSIP 是一個用 C 編寫的免費開放原始碼多媒體通訊程式庫。在提交 d6a0e7f 之前，pjsip/src/pjsip/sip_msg.c 的 pjsip_generic_array_hdr_print（） 中可能會發生緩衝區溢位，該函式會序列化通用陣列標頭 （例如 Allow、Require、Supported 和 Unsupported）。在某些輸出緩衝區邊界條件下，函式可以寫入緩衝區末端之後的一個位元組。這主要在剖析和重新序列化傳入 SIP 要求的應用程式中可達成，例如 Proxy、SBC 或 B2BUA，其中遠端對等可能會影響序列化訊息。越界寫入是單一固定位元組;未示範程式碼執行和資訊洩漏，而且在典型的集區型配置中，位元組屬於配置鬆弛範圍。此問題已透過提交 d6a0e7f 修補。
    (CVE-2026-57160)

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

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

  - PJSIP 是一個免費且開放原始碼的多媒體通訊程式庫，以 C 編寫。在提交 673b978 之前，啟用遠端有效負載類型對應維護功能時，SDP 協商器中可能會發生遠端越界讀取及寫入。pjmedia/src/pjmedia/sdp_neg.c 中的 assign_pt_and_update_map（） 會使用從遠端 SDP 供應專案或回應取得的承載類型編號，在沒有充分邊界驗證的情況下，為固定大小的內部表格編製索引，因此特製的遠端 SDP 可能會導致這些表格外部的記憶體存取。實際影響是記憶體損毀和拒絕服務;未示範程式碼執行。只有在啟用PJMEDIA_SDP_NEG_MAINTAIN_REMOTE_PT_MAP時，才會到達此路徑。預設值為停用狀態，因此預設組建不受影響;此功能是整合產品可能啟用的互通性選項。此問題已透過提交 673b978 修補。（CVE-2026-57159）

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

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

  - PJSIP 是一個以 C 編寫的免費開放原始碼多媒體通訊程式庫。在提交 8d5956a 之前，緩衝 HTTP 回應內文時，PJLIB-UTIL HTTP用戶端 （http_client.c） 中存在堆積緩衝區溢位。這會影響使用 PJLIB-UTIL HTTP用戶端一次接收整個回應內文的應用程式 （沒有累加on_data_read回呼的完成回呼）。增加回應緩衝區時，以伺服器提供的 Content-Length 為基礎的不正確大小計算可能會讓緩衝區太小，導致回應資料寫入配置結束之後。惡意或中間人 HTTP 伺服器可以透過特製的回應觸發此問題;影響範圍可能從應用程式意外終止到記憶體損毀。以增量方式 （透過 on_data_read） 取用回應，或僅連線至受信任伺服器的應用程式不會受到影響。此問題已透過提交 8d5956a 修補。
    (CVE-2026-57164)

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

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

  - PJSIP 是一個用 C 編寫的免費開放原始碼多媒體通訊程式庫。在提交 4472a31 之前，在為輸入的命令列呈現意見回饋時，PJLIB-UTIL telnet CLI 前端中存在堆疊緩衝區溢位。數個命令列處理路徑會將受攻擊者影響的資料量寫入固定大小的緩衝區，而無需進行足夠的邊界檢查，因此長命令列可能會使它們溢位。這只會影響啟用 telnet CLI 前端的應用程式 （例如 pj_cli_telnet_create（） / --cli-telnet-port）。
    telnet CLI是一個沒有身份驗證的互動式管理介面，因此任何能夠訪問它的客戶端都已經可以發出任意CLI命令。格式錯誤或過長的命令列可能會在轉譯命令列意見反應時溢位固定大小的堆疊緩衝區，這可能會導致應用程式終止。
    由於存取此程式碼已經需要存取未經驗證的 CLI，因此超出現有存取權限的影響有限。未啟用 telnet CLI 前端的應用程式不會受到影響。
    此問題已透過提交 4472a31 修補。（CVE-2026-57166）

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

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

  - PJSIP 是一個用 C 編寫的免費開放原始碼多媒體通訊程式庫。在提交 c4a151a 之前，剖析對等憑證的主體別名副檔名 （ssl_sock_gtls.c 中的 tls_cert_get_info（） 時，GnuTLS TLS 後端中存在堆疊緩衝區溢位。只有 GnuTLS 組建會受到影響 （--with-gnutls）;OpenSSL 和 Apple SecureTransport/Network.framework 組建不受影響。在 TLS 交握之後擷取憑證資訊時，不正確的緩衝區大小值可能會導致過大的 SubjectAltName 項目寫入固定大小堆疊緩衝區的結尾。定位網路的攻擊者向連線用戶端提供特製的憑證、惡意伺服器，或向要求憑證的伺服器提供惡意用戶端，可以在 TLS 交握期間，在任何 SIP 層級驗證之前觸發此憑證。影響範圍可能從應用程式意外終止到控制流程劫持/記憶體損毀。此問題已透過提交 c4a151a 修補。（CVE-2026-57163）

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

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

  - libpcap：BPF 解譯器不會偵測到由於缺少傳回指令而到達篩選程式緩衝區的結尾，也未執行具有轉換成緩衝區外部指標的偏移的跳轉指令。特別是在不常見的使用案例中，特製的篩選程式可能會導致解譯器嘗試讀取 64 位元架構上緩衝區周圍 32GiB 中的作業系統進程記憶體，以及 32 位元架構上的整個位址空間中的作業系統進程記憶體。（CVE-2026-31912）

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

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

  - libpcap BPF 解譯器將 'ja L' BPF 指令中的偏移量視為帶正負號的整數，以透過向後跳轉實現迴圈，但它不限制迴圈迭代的次數。特別是在不常見的使用案例中，特製的篩選程式可能會導致解譯器無限迴圈。（CVE-2026-6554）

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

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

  - rpcapd 可以為從用戶端收到的每則RPCAP_MSG_UPDATEFILTER_REQ或RPCAP_MSG_STARTCAP_REQ訊息配置最多 65536 個位元組，但它永遠不會釋放記憶體，因此即使在正常使用情況下也會洩漏記憶體。
    惡意用戶端可能會導致伺服器以更快的速度洩漏記憶體。（CVE-2026-18313）

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

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

  - 在從暫存記憶體暫存器載入/儲存值的 BPF 指令中，暫存器索引是無符號的 32 位整數，且不得超過 15，但 libpcap BPF 解譯器不會驗證該值。
    特別是在不常見的使用案例中，特製的篩選程式可能會導致解譯器嘗試讀取和寫入 16GiB 中的作業系統進程記憶體，從 64 位元架構的目前堆疊框架開始，以及 32 位元架構的整個位址空間。（CVE-2026-0799）

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

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

  - libpcap：'div #k' 和 'mod #k' ALU 指令的 BPF 解譯器不會檢查即時值是否為零。特別是在不常見的使用案例中，特製的篩選程式可能會導致除以零。（CVE-2026-6244）

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

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

  - libpcap：BPF 解譯器如果遇到具有無效操作碼的 BPF 指令，則會呼叫 abort（）。特別是在不常見的使用案例中，特製的篩選程式可能會終止作業系統處理程序。（CVE-2026-31911）

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

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

  - 處理從伺服器接收的 RPCAP_MSG_PACKET 訊息的 rpcap 用戶端程式碼未正確驗證其標頭。惡意伺服器可以傳送特製的訊息，並導致用戶端將緩衝區末端之外最多 20 位元組的用戶端進程記憶體視為所擷取封包的一部分。（CVE-2026-18238）

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

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

  - 在之前的 libxml2 2.15.4中，uri.c 中的 xmlURIEscapeStr 有一個整數溢位。（CVE-2026-86139）

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

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

  - 在之前的 libxml2 2.15.4中，valid.c 中的 xmlSnprintfElements 有一個 strcat 堆疊型緩衝區溢位。
    (CVE-2026-86140)

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

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

  - Undici 的快取攔截器記錄了僅快取安全的 HTTP 方法，但其跳過快取的邏輯是透過從安全方法集中減去配置的方法來建立的，因此不安全的方法（例如 POST、PUT 或 DELETE）永遠不會被放置在跳過清單中，而是會落入完整的快取讀取路徑。回應儲存閘道也缺少方法檢查，因此會儲存對啟發式可快取或帶有明確 Cache-Control 指令的不安全要求的回應，稍後會從快取重播。由於來自遠端來源的回應標頭不受信任，因此來源可以以可快取狀態回應一次，然後從過時的快取項目向該路徑提供用戶端自己的後續狀態變更請求，而無需到達來源，這是在攔截器的預設設定下發生的完整性失敗。這會影響從 到 7.29.1 和從 8.10.28.0.0 到 的 undici 版本7.0.0。使用者應升級至 undici 7.29.1 或 8.10.2.（CVE-2026-85008）

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

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

  - 在之前的 2.15.4libxml2 中，dict.c 中的 xmlDictAddQString 有一個整數溢位，並產生堆積型緩衝區溢位。（CVE-2026-86138）

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

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

  - 在 libxml2 之前 2.15.4的 xmlIO 中，xmlOutputWriteCallback 和 xmlBufUse 的不一致會導致負長度到達寫入回呼，也就是在呼叫 writecallback 之前缺少整數溢位檢查。這與回呼中該長度值的多種使用類型具有安全性相關性。
    (CVE-2026-86143)

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

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

  - 在 libxml2 之前 2.15.4的 xinclude 中，xmlXIncludeProcess 及 xmlXIncludeProcessTree 不會傳播 parseFlags。例如，如果 （沒有它） 自訂資源載入器存取網際網路並觸發 XML 外部實體插入、SSRF 或拒絕服務 （例如，對於攻擊者控制的故意緩慢的網際網路資源），則這與 XML_PARSE_NONET 旗標具有安全性相關性。
    (CVE-2026-86144)

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

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

  - 在之前的 2.15.4libxml2 中，由於 xmlXPtrEval xpointer 長度飽和，xmlXPtrEvalXPtrPart 中存在堆積型緩衝區溢位。（CVE-2026-86142）

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

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

  - 由於 RemoteIo：：Impl：:p opulateBlocks（） 函式中存在越界寫入缺陷，因此存在此弱點。當 Exiv2 透過遠端 URL 而不是本機檔案處理網路託管的元資料時，它無法在區塊結構分配期間安全地驗證記憶體邊界，從而導致潛在的記憶體損毀或執行中斷。（CVE-2026-68546）

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

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

  - Undici 的重試攔截器可以將範圍重試回應的主體附加到已從先前部分回應傳遞的位元組，同時仍顯示原始回應的狀態和標頭。當上游伺服器在沒有可信任的繼續檢查點的情況下傳遞部分內文時，就會發生這種情況，例如標頭已傳送的不成功回應或具有無法使用內容範圍的部分內容回應，然後關閉連線並使用更多位元組回應繼續的範圍要求。
    因此，回應本文可能比應用程式觀察到的 Content-Length 長。將此類回應轉送至下游 HTTP/1.1 對等而不正規化框架的應用程式可能會發出超過轉送內容長度的內文，而多餘的位元組可以解譯為後續回應的開頭，進而啟用下游回應分割或取消同步化。
    利用需要攻擊者控制的上游伺服器，以及透過框架敏感路徑轉送回應的應用程式。這會影響 之前的 undici 7.29.17.0.0 版本6.28.1，從 到 ，以及從 8.0.08.10.2到 。使用者應升級至 undici 6.28.1、 7.29.1或 8.10.2。（CVE-2026-18540）

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

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

  - 在之前 2.15.4的 libxml2 中，xmlFAParsePosCharGroup 具有越界讀取，也就是 xmlregexp 中 NXT 巨集中的越界讀取。（CVE-2026-86137）

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

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

  - 在 valkey-io valkey 中 9.5.4偵測到 /9.1.0. 受此弱點影響的是元件插槽移轉的檔案 src/cluster_migrateslots.c 的函式 createSlotImportJob。參數job_name的操控會導致越界讀取。攻擊者可從遠端執行此攻擊。
    此惡意利用現已公開且可能遭到利用。升級至版本 9.0.5 並 9.1.1 解決此問題。修補程式被識別為 f4dc3ca09eb650c2fe14060090a41c524eca803f。建議升級受影響的元件。（CVE-2026-85522）

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

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

ID	名稱	嚴重性
343425	Linux Distros 未修補弱點：CVE-2026-80759	medium
343424	Linux Distros 未修補弱點：CVE-2026-18708	medium
343423	Linux Distros 未修補弱點：CVE-2026-80882	medium
343422	Linux Distros 未修補弱點：CVE-2026-80758	medium
343421	Linux Distros 未修補弱點：CVE-2026-80896	medium
343420	Linux Distros 未修補弱點：CVE-2026-80876	medium
343419	Linux Distros 未修補弱點：CVE-2026-18709	medium
343418	Linux Distros 未修補弱點：CVE-2026-80804	medium
343412	Linux Distros 未修補弱點：CVE-2026-53769	medium
343411	Linux Distros 未修補弱點：CVE-2026-86315	medium
343407	Linux Distros 未修補弱點：CVE-2026-86219	critical
343404	Linux Distros 未修補弱點：CVE-2026-48932	low
343402	Linux Distros 未修補弱點：CVE-2025-15614	medium
343130	Linux Distros 未修補弱點：CVE-2026-57161	high
343129	Linux Distros 未修補弱點：CVE-2026-57162	high
343128	Linux Distros 未修補弱點：CVE-2026-57165	medium
343127	Linux Distros 未修補弱點：CVE-2026-57160	medium
343126	Linux Distros 未修補弱點：CVE-2026-57159	high
343125	Linux Distros 未修補弱點：CVE-2026-57164	high
343124	Linux Distros 未修補弱點：CVE-2026-57166	medium
343123	Linux Distros 未修補弱點：CVE-2026-57163	high
343122	Linux Distros 未修補弱點：CVE-2026-31912	medium
343121	Linux Distros 未修補弱點：CVE-2026-6554	medium
343120	Linux Distros 未修補弱點：CVE-2026-18313	medium
343119	Linux Distros 未修補弱點：CVE-2026-0799	high
343118	Linux Distros 未修補弱點：CVE-2026-6244	medium
343117	Linux Distros 未修補弱點：CVE-2026-31911	medium
343116	Linux Distros 未修補弱點：CVE-2026-18238	medium
343108	Linux Distros 未修補弱點：CVE-2026-86139	high
343107	Linux Distros 未修補弱點：CVE-2026-86140	high
343106	Linux Distros 未修補弱點：CVE-2026-85008	medium
343105	Linux Distros 未修補弱點：CVE-2026-86138	high
343104	Linux Distros 未修補弱點：CVE-2026-86143	high
343103	Linux Distros 未修補弱點：CVE-2026-86144	high
343102	Linux Distros 未修補弱點：CVE-2026-86142	high
343101	Linux Distros 未修補弱點：CVE-2026-68546	critical
343100	Linux Distros 未修補弱點：CVE-2026-18540	low
343099	Linux Distros 未修補弱點：CVE-2026-86137	medium
343098	Linux Distros 未修補弱點：CVE-2026-85522	medium
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

偵測

Nessus 的 Misc. 系列

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

critical

low

medium

high

high

medium

medium

high

high

medium

high

medium

medium

medium

high

medium

medium

medium

high

high

medium

high

high

high

high

critical

low

medium

medium

high

low

high

critical

critical

high

medium

high

high

medium

high