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

  - Flatpak 在匯出應用程式的桌面項目 （.desktop） 和 D-Bus 服務 （.service） 檔案時，會傳遞未經修改的任意供應商副檔名金鑰，而不是根據允許清單進行驗證。惡意 Flatpak 應用程式可利用此功能造成拒絕服務 （例如強制應用程式重新啟動迴圈），或影響主機 D-Bus/systemd 啟動行為，超出沙箱預期允許的範圍。
    (CVE-2026-97027)

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

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

  - Linux 上標準 LXD 版本和更新版本 4.0.2 （在 4.0.14、 5.0.10和 5.21.86.10） 中 btrfs 儲存驅動程式中的路徑遊走允許有權在專案中建立執行個體的已驗證用戶端以 root 身分刪除主機上的任意檔案。在根檔案系統為 btrfs 的主機上，用戶端也可以將攻擊者控制的內容放在任意主機路徑上，進而導致主機完全入侵。用戶端會使用特製的子磁碟區路徑來執行此動作，其中包含 ../ 序列，以下列兩種方式之一傳送：在最佳化 btrfs 備份的 optimized_header.yaml 中，或在惡意移轉來源傳送的 btrfs 移轉標頭中。（CVE-2026-85185）

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

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

  - 在 、 和 5.21.86.10 Linux 上的 Canonical LXD 5.0.10中，影像中缺少授權，允許專案限制的用戶端在影像或執行個體匯入要求期間，透過本機指紋重複使用，從其他專案存取私有影像。（CVE-2026-86335）

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

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

  - XS：:P arse：：Infix 版本 0.40 從 到 0.49 Perl 將數字視為陣列參照。為清單關聯中綴運算子產生的包裝函式 XS：:P arse：：Infix 會檢查引數是否為陣列參照，但它使用 SvRV（） 而不是 SvROK（） 進行測試。SvRV（） 讀取一個聯合槽，該插槽僅在 SvROK（sv） 為 true 時才保留一個所指對象，因此防護永遠不會驗證它是否為參照。對於插槽本身保存數字的 IV 或 NV，SvRV（） 傳回調用方的值，而 SvTYPE（） 在位移 12 處取消參照它。這通常會導致分割錯誤。如果應用程式將從解碼的輸入 （例如，從 JSON） 建立的清單交給包裝函式，則允許在該清單中提供數字的人選擇解譯器取消參照的位址。普通字串的位元組 12 很少SVt_PVAV，因此守衛運氣好呱呱叫，但攻擊者精心製作的攜帶0x0b的字串通過了，然後將緩衝區用作 AV 頭，AvARRAY 取自位元組 16-23，其條目作為即時 SV 推送到 Perl 堆疊上。一個簡單的概念驗證使用 zip 運算子：use Syntax：：Operator：：Zip 'zip';我的@args = （[1]， 2）;zip（@args）;（CVE-2026-85644）

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

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

  - GNU C 程式庫 2.24 中的 strncasecmp 函式，以及後來針對 Power8 架構進行最佳化的函式，可能會讀取超出輸入大小限制的一個位元組，這可能會在無法讀取該位元組時當機程式。當 strncasecmp 函式的輸入字串在應用程式中受到攻擊者控制，且它們一直比對到其頁面邊緣，且相鄰頁面未對應或無法讀取時，可能會發生此狀況。（CVE-2026-97399）

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

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

  - 已透過改善輸入驗證來解決 NULL 指標解除參照問題。此問題已在 iOS 26.7 和 iPadOS 26.7、iOS 27 和 iPadOS 27、macOS Golden Gate 27、macOS Sequoia 15.8、macOS Tahoe 26.7、visionOS 27、watchOS 27 中修復。處理 Web 內容可能會導致拒絕服務。(CVE-2026-65412)

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

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

  - 在受信任網域專案 OpenDMARC 1.4.2中發現一個缺陷，直到 。受此弱點影響的是元件 SPF Parser 的程式庫 libopendmarc/opendmarc_spf.c 中的函式opendmarc_spf_ipv6_explode。這種對引數 cp 的操作會導致 NULL 指標解除參照。攻擊者可從遠端發動攻擊。惡意利用已發布且可能遭到利用。已就此洩漏問題及早聯絡供應商，但是供應商未以任何方式回應。(CVE-2026-100890)

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

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

  - ip-address 是一個用於在 JavaScript 中剖析和操作 IPv4 和 IPv6 位址的函式庫。從 10.2.0 until 10.5.1，src/ipv6.ts 中的 Address6 isPrivate 分類器無法辨識 NAT64 本機使用範圍 64：ff9b：1：：/48。結合 isPrivate、isLoopback 和 isLinkLocal 進行信任界限決策的應用程式，可以將透過該範圍編碼的內部 IPv4 目的地視為外部。
    利用取決於使用在本機使用範圍內使用操作員選擇 NAT64 的首碼的伺服器網路。成功繞過可以跨越預期的網路信任邊界。10.5.1 版已修正此問題。(CVE-2026-101910)

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

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

  - 在信任網域專案 OpenDKIM 2.11.0中發現一個弱點，直到 。這會影響元件 DKIM 簽章標頭選取的 libopendkim/dkim-canon.c 檔案的功能dkim_canon_selecthdrs。執行引數 h 的操作可能會導致越界寫入。攻擊者可從遠端執行此攻擊。該漏洞已向公眾開放，可用於攻擊。已就此洩漏問題及早聯絡供應商，但是供應商未以任何方式回應。(CVE-2026-100888)

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

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

  - Flatpak 在應用程式部署期間處理 export/bin 目錄時，有一個路徑遊走弱點，可讓惡意 Flatpak 應用程式在安裝或升級應用程式時，導致刪除部署目錄外的攻擊者選擇的檔案。在全系統安裝中，刪除會以 root 身分執行。
    (CVE-2026-97023)

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

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

  - Flatpak 在應用程式部署期間處理 files/etc 目錄時，有一個路徑遊走弱點，可讓惡意 Flatpak 應用程式在安裝或升級應用程式時，導致特定主機系統檔案 （例如 passwd、group、machine-id 或 resolv.conf） 被清空或替換為符號連結。在全系統安裝中，寫入會以 root 身分執行。（CVE-2026-97024）

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

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

  - 在 Linux 上 （修正於 4.0.14和 5.0.105.21.8） 的6.9標準 LXD 版本4.0.2中，LXD CLI 用戶端遞迴檔案提取功能中的連結解析不當允許在虛擬機器內具有 root 存取權的攻擊者以操作員的權限將攻擊者控制的檔案或目錄樹狀結構寫入用戶端主機上的任意路徑。攻擊者會使用修改後的 lxd-agent 來執行此操作，該代理程式會傳回不一致的 SFTP 目錄清單和 Lstat 結果。（CVE-2026-87798）

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

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

  - OpenStack glance_store 的 VMware 資料存放區驅動程式中存在問題。當經驗證的攻擊者提供惡意製作的指向外部伺服器的影像位置 URI 時，_retry_request 函式無法在附加敏感驗證標頭之前驗證目的地主機。（CVE-2026-51773）

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

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

  - 在信任網域專案 OpenDKIM 2.11.0中偵測到弱點，直到 。受影響的是元件解碼器的檔案 util.c 的函式dkim_qp_decode。操縱導致差一。攻擊可能從遠端執行。此惡意利用現已公開且可能遭到利用。已就此洩漏問題及早聯絡供應商，但是供應商未以任何方式回應。(CVE-2026-100889)

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

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

  - 在 Linux 上，標準 LXD 版本和更新版本 5.0.0 （在 5.0.10和 5.21.86.10中修正） 中，自訂儲存磁碟區建立端點中的授權不正確，允許具有在專案中建立自訂磁碟區權限的已驗證用戶端，從伺服器上的任何其他專案複製並讀取任何自訂儲存磁碟區，包括其快照和組態。用戶端會使用特製的請求來執行此動作，該請求會設定來源磁碟區和 source.project，但省略 source.type。（CVE-2026-97335）

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

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

  - ip-address 是一個用於在 JavaScript 中剖析和操作 IPv4 和 IPv6 位址的函式庫。在之前 10.7.1，src/common.ts 中的 isInSubnet 和 isHostInSubnet 方法會比較遮罩的二進位字串，而不驗證兩個運算元是否使用相同的 IP 系列。即使 IPv4 和 IPv6 不共用位址空間，前導位址位元相符的跨系列包含檢查也會使遮罩字串比較相等。因此，允許清單或拒絕清單決策可以將超出預期範圍的位址分類為包含。10.7.1 版已修正此問題。(CVE-2026-101912)

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

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

  - Flatpak 的程序 ID 命名空間區隔不會阻止沙箱應用程式的 kill（0， signal） 或 killpg（0， signal） 呼叫到達共用相同程序群組的沙箱外部程序。惡意或受損的 Flatpak 應用程式可以利用此功能終止其沙箱（例如桌面殼層）之外的進程，從而造成拒絕服務。（CVE-2026-97029）

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

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

  - Flatpak 會在系統協助程式的快取目錄中寫入具有全球可讀取權限 （0644） 的 OCI 儲存區域認證權杖，讓多使用者系統上的其他本機使用者讀取權杖，並針對 OCI 存放區域模擬已驗證的使用者。只有以 OCI 為基礎的來源 （例如 Fedora 所使用的來源） 會受到影響;基於 libostree 的來源 （例如 Flathub） 則不然。CVE-2026-97025

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

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

  - ip-address 是一個用於在 JavaScript 中剖析和操作 IPv4 和 IPv6 位址的函式庫。在之前 10.5.1，src/ipv6.ts 中的 Address6 isLinkLocal 方法僅識別 fe80：：/64，而不是完整的 fe80：：/10 IPv6 連結本機範圍。因此，fe80：：/10 中其他地方的攻擊者控制位址可以通過依賴 isLinkLocal 的信任邊界檢查。getType 和 getScope 將相同的位址識別為連結本機，從而暴露不一致的分類。成功繞過可到達預期信任邊界之外的鏈路主機。10.5.1 版已修正此問題。(CVE-2026-101913)

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

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

  - 在 GCC 中發現一個缺陷。當應用程式呼叫 libstdc++ 中的二進位堆積優先順序佇列上的 erase_if 函式時，程式庫會重新配置儲存體，但無法更新其內部進入指標。能夠觸發此作業的攻擊者可以利用此釋放後使用條件，透過應用程式當機或潛在的記憶體損毀導致拒絕服務 （DoS）。（CVE-2026-102010）

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

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

  - ip-address 是一個用於在 JavaScript 中剖析和操作 IPv4 和 IPv6 位址的函式庫。在之前 10.7.1，src/ipv6.ts 中的 Address6 建構函式 Address6.isValid 和剖析程式碼會接受不受限制的字串，並透過RE_BAD_CHARACTERS將無效字元展開為大型診斷。只有當應用程式接受非常大的攻擊者控制欄位，並將它傳遞至 Address6 剖析，且沒有較早的長度限制時，才會發生重大影響。常見的 URL 和標頭限制，以及常見的正文剖析器預設值，通常會限制效果;常見的預設值通常會排除 32 MiB 欄位。MB 規模欄位可能會導致同步停止和高暫時性記憶體使用，大約 16 MiB 可能會觸發無效的字串長度例外狀況，而處理程序終止會在大約 32 MiB 時發生。受影響的進入點包括 Address6.isValid 和到達剖析的建構路徑。10.7.1 版已修正此問題。
    (CVE-2026-101911)

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

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

  - CLI 中的路徑遊走 Canonical LXD 中的路徑遊走，從之前、、 5.21.8和所有平台上的 Canonical 5.0.106.10 LXD 中匯4.0.24.0.14出和複製功能，可讓遠端惡意或中間機器映像伺服器覆寫任意本機檔案，並在統一影像匯出或複製作業期間，透過特製的 Content-Disposition 標頭檔名參數在用戶端系統上執行程式碼。（CVE-2026-86334）

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

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

  - 惡意 X 伺服器之前可利用 libXtst 1.2.6 的 RECORD 回覆剖析器中的越界讀取來損毀連接的 X 用戶端。（CVE-2026-94286）

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

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

  - 本機攻擊者可利用先前在 libXpm 3.5.19 中 libXpm 寫入路徑中進行未簽署的下溢式拒絕服務，以造成無限的 CPU 使用率和記憶體耗盡。（CVE-2026-94287）

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

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

  - 在 Linux 上的標準 LXD 版本和更新版本 4.0 （修正在 4.0.14、 5.0.10和 5.21.86.10） 中，移轉接收路徑中的連結解析不當允許可在專案中建立執行個體或自訂儲存磁碟區的已驗證用戶端，或惡意移轉來源伺服器，以 root 身分將攻擊者控制的檔案寫入目標主機上的任意路徑，進而導致主機完全入侵。攻擊者使用特製的 rsync 或 btrfs 傳送串流來執行此操作，該串流會在傳輸的磁碟區中植入符號連結，例如 rootfs 或 root.img，然後透過它寫入。（CVE-2026-87799）

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

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

  - Debian Linux - modemmanager - 無 （CVE-2026-95622）

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

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

  - libX11 1.8.14 中 libX11 的 XIM （X 輸入法） 屬性剖析器中的越界讀取弱點可被惡意 X 伺服器用來損毀連接的 X 用戶端。（CVE-2026-94283）

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

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

  - 惡意 X 伺服器先前可利用 libX11 1.8.14 的位元組導向程式碼集剖析器中的越界讀取來損毀連接的 X 用戶端。（CVE-2026-94285）

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

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

  - Debian Linux - gimp - 無 （CVE-2026-96544）

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

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

  - Debian Linux - busybox - 無 （CVE-2026-88841）

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

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

  - libX11 1.8.14 中 libX11 的 XIM 觸發金鑰註冊剖析器中的越界讀取弱點可被惡意 X 伺服器用來損毀連接的 X 用戶端。（CVE-2026-94284）

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

在遠端主機上執行的 Atlassian Jira Service Management 資料中心和伺服器 （Jira Service Desk） 版本受到 JSDSERVER-16759 公告中提及的弱點影響。

  - 在之前的 Bouncy Castle for Java 1.85中，MTI/A0 DH 協定會指數化未驗證的對等值。此問題也會影響之前的 2.73.12Java LTS 版 Bouncy Castle。（CVE-2026-59650）

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

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

  - 失敗的 X509_verify_cert 呼叫會在共用的 CertManager 中永久植入未經驗證的攻擊者CA，繞過每個類型盲同級消費者 （原生 TLS、OCSP、CRL、直接 CM 驗證） 中的憑證驗證。這會影響5.8.45.9.2具有巨集 （OPENSSL_EXTRA &&; ！NO_CERTS &; ！WOLFCRYPT_ONLY） 定義或建置--enable-opensslextra，且應用程式會特別呼叫 X509_verify_cert 函式。（CVE-2026-89135）

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

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

  - 使用 RPK （原始公開金鑰） 時，TLS 1.2的 1.3 用戶端和 DTLS 1.2 連線可能會接受未經請求的 server_cert_type=RawPublicKey，這允許惡意或行為不當的伺服器繞過驗證。RPK 預設為關閉狀態，且僅在 OR 或 --enable-distro AKA --enable-all HAVE_RPK組建中--enable-rpk啟用。（CVE-2026-89136）

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

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

  - 沒有 dNSName SAN 但存在其他 SAN 類型 （例如 registeredID 或 iPAddress） 的憑證已繞過主體 CN dNSName 名稱條件約束檢查。CN-as-DNS 後援是根據 cert->subjectCN ！= NULL &&; cert->altNames == NULL &&; ！cert->isCA 而不是沒有 dNSName SAN 進行門控，因此接受超出範圍的 CN。
    這個導致名稱約束檢查問題的不完整修正 CVE-2026-6731是在 wolfSSL 版本 5.9.2中引入的。（CVE-2026-89134）

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

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

  - 在 wolfSSL 版本 5.7.2 中， 5.9.2 RFC 6961 中存在客戶端實作缺陷，即多個 OCSP 回應裝訂，這可能導致憑證偽造。當 wolfSSL 用戶端啟用具有 HAVE_CERTIFICATE_STATUS_REQUEST_V2 功能的 OCSP 裝訂並呼叫 wolfSSL_UseOCSPStaplingV2 （ssl， WOLFSSL_CSR2_OCSP_MULTI， options） 時，用戶端會接受對等鏈中的任何憑證作為憑證授權單位，而不驗證憑證是否實際獲授權作為憑證授權單位。這表示攻擊者若擁有鏈結至用戶端信任之 CA 的任何憑證 （連同其私密金鑰），就可以偽造任意身分的憑證，而這些憑證將被用戶端接受為有效。伺服器的終端實體憑證儲存在持續性信任儲存庫中，即使未採用 OCSP 多重使用，也會影響重複使用環境定義的後續連線。由內部 wolfSSL 測試發現。
    (CVE-2026-89102)

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

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

  - 當應用程式在一個WOLFSSL_CTX或憑證管理程式上同時啟用 OCSP 及 CRL 撤銷檢查時， wolfSSL 會略過任何不攜帶授權資訊存取 OCSP URL 的對等憑證的 CRL 檢查，並接受載入的 CRL 列為已撤銷的憑證。遺漏回應程式的軟失敗原則會在程式碼決定是否仍需要 CRL 後援之前，將 OCSP 結果摺疊為成功，因此不存在回應程式會與回應程式的回應程式無法區分。受影響的組建會同時定義HAVE_OCSP和HAVE_CRL：--enable-ocsp --enable-crl直接和隱含、--enable-all--enable-distro--enable-curl--enable-nginx--enable-haproxy--enable-stunnel--enable-lighty
    --enable-wpas、--enable-strongswan、、--enable-mosquitto--enable-jni、和 --enable-openvpn--enable-krb。
    只有在應用程式同時呼叫 wolfSSL_CTX_EnableOCSP（） （或 wolfSSL_EnableOCSP（） / wolfSSL_CertManagerEnableOCSP（）） 和 wolfSSL_CTX_EnableCRL（） （或對等項目） 並載入 CRL 時，應用程式才會受到影響;透過 wolfSSL_CTX_EnableOCSPStapling （） 單獨使用 OCSP 裝訂的應用程式不受影響，因為這會設定個別的 OCSP 實例。此缺陷位於 ProcessPeerCerts（） 中，且可透過 TLS 及 DTLS 透過 TLS 1.01.3 連線，無論是在驗證伺服器憑證的用戶端上，還是在相互或交握後驗證下驗證用戶端憑證的伺服器上。當跳過的檢查落在鏈結憑證上而非分葉上時，未檢查的中繼會升級為憑證管理程式，並保留該內容上每個後續連線的受信任簽署者，因此受影響的長時間執行處理程序需要拆除其WOLFSSL_CTX，而不僅僅是取代其程式庫。所有 wolfSSL 版本 5.9.2 和更早版本都會受到影響;在版本上 5.9.1 ， 5.9.2 並且 WOLFSSL_OCSP_CHECKALL 組態無法以 OCSP_NEED_URL 關閉，這會留下 wolfSSL_CTX_EnableOCSP（） 沒有 CHECKALL 作為 上 5.9.2公開的組態。（CVE-2026-94417）

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

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

  - （D）TLS 1.2 用戶端可以在傳送其 ClientKeyExchange 之前接受 ChangeCipherSpec 訊息。此時尚未衍生任何主要密碼，因此用戶端會安裝衍生自已知 （確定性） 金鑰的讀取金鑰，並針對相同的金鑰檢查伺服器的 Finished。因此，攻擊者可以使用亂序的 ChangeCipherSpec 來代替伺服器完成交握，並傳送用戶端接受為真實的資料。客戶端自己的流量仍然使用正確派生的金鑰，因此攻擊者無法讀取它，正版伺服器也永遠不會完成握手。DTLS 1.2 用戶端會公開，因為資料包讀取可以自行傳遞亂序記錄。當應用程式以 wolfSSL_inject（） 提供收到的位元組或啟用預先讀取時，TLS 1.2 用戶端會公開。對於憑證套件，攻擊者必須處於中間人位置。對於 PSK（預共享金鑰）連接，任何虛假伺服器都可以在不知道 PSK 的情況下成功。（CVE-2026-93304）

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

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

  - wolfSSL 版本 5.9.2 和更早版本的 X.509 憑證驗證邏輯中包含一個缺陷，當名稱限制的中繼 CA 與分葉憑證之間存在不受限制的 CA 層時，它無法正確強制執行 CA 延伸模組。 wolfSSL 錯誤地接受了不應允許涵蓋的主機名稱憑證，因為鏈式遊走狀態機器錯誤會在遇到沒有 NameConstraints 的中繼時重設驗證狀態， 從而繞過密碼編譯委派控制。此缺陷存在於使用使用名稱限制延伸模組的憑證的預設組態中。感謝 Jack Lloyd、PathDiff 和 Ben Smyth 報告此問題。（CVE-2026-89133）

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

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

  - multer 是用於在 Node.js 中處理 multipart/form-data 的中間件。在版本 2.2.0中，當磁碟備份的上傳在寫入流完成之前中止或截斷時，multer 的磁碟儲存引擎會移除可見檔案，但不會關閉基礎寫入檔案描述元，留下已刪除但仍開啟的描述元。能夠使用內建磁碟儲存裝置到達上傳路由的遠端攻擊者可以傳送重複中止或格式錯誤的分段上傳，每個上傳都會洩漏檔案描述元並保留磁碟區塊直到處理程序結束，這可能會耗盡資源並造成拒絕服務。此問題已在 multer 2.3.0中修正，這會在異常來源終止時關閉目的地寫入資料流，並將清理推遲到資料流關閉為止。升級至 multer 2.3.0 以進行修復。（CVE-2026-77037）

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

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

  - 在WOLFSSL_SMALL_CERT_VERIFY下，ProcessPeerCertParse（） 會與剖析分開執行憑證簽章檢查，以保持尖峰記憶體，然後合併兩個結果，但只有在剖析傳回 0 時才會合併簽章結果，因此任何剖析錯誤都會隱藏它。ParseCertRelative（） 只有在 ConfirmSignature（） 通過後才會達到其有效日期、名稱約束和關鍵副檔名檢查，因此拆分簽名簽出會顛倒優先順序，使覆蓋日期錯誤成為合理的策略，並且ASN_SIG_CONFIRM_E永遠不會在任何地方出現。攻擊者不需要來自真實 PKI 的金鑰資料，也不需要 CA 入侵：帶有預期主體名稱的自製憑證、受信任的 CA 主體作為其簽發者、簽名所在的任意位元組、過去的有效窗口和攻擊者自己的金鑰對就足夠了。受影響的組建定義WOLFSSL_SMALL_CERT_VERIFY預設為關閉，不會由任何平台或預設標頭隱含設定，且無法從任何 CMake 選項存取;Autotools 路由是 --enable-lowresource、 、 --enable-leantls--enable-tinytls13=cert 和 --enable-tinytls13=MutualAuth，examples/configs/user_settings_embedded.h 透過 WC_CFG_SMALL_CERT_VERIFY 到達它，該路由以 0 出貨，但既--enable-all沒有也--enable-distro完全沒有啟用它。應用程式必須另外透過 wolfSSL_CTX_set_verify（） 或 wolfSSL_set_verify（） 安裝驗證回呼，其中WOLFSSL_VERIFY_PEER傳回 1 表示 ASN_BEFORE_DATE_E 或 ASN_AFTER_DATE_E;
    wolfSSL 將此確切形狀作為 myVerify（） 傳送到 wolfssl/test.h 的 VERIFY_OVERRIDE_DATE_ERR 下，examples/client -D 會選擇該形狀。沒有回呼的應用程式，或其回呼傳回日期錯誤的預先驗證，交握仍會失敗，而且 wolfSSL_CertManagerVerifyBuffer（） 和 wc_CheckCertSignature（） 會在相同的二進位檔中正確報告ASN_SIG_CONFIRM_E。TLS 1.2 和TLS 1.3 在兩個方向上都會受到影響，而 DTLS 會達到相同的功能;如果偽造的憑證是鏈結憑證，則回呼的同意會導致它快取在 WOLFSSL_CTX 憑證管理員中，因此公開的部署必須重新啟動內容或處理程序，而不僅僅是重新連線。（CVE-2026-94418）

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

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

  - 在使用 （D）TLS 的所有組建中，包括預設組建，在 TLS 關閉期間會有一系列條件狀態，這可能會導致釋放後堆積使用。如果應用程式最終獲得部分 wolfSSL_read（），有時是由傳入的小型使用者緩衝區引起的，然後呼叫 wolfSSL_shutdown 進行雙向關閉，並再次嘗試wolfSSL_read （），而對等體在關機期間繼續嘗試傳送資料，則會導致發生潛在堆積使用釋放後的狀態。（CVE-2026-15442）

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

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

  - MatchTrustedPeer 會忽略所使用的公開金鑰，導致偽造的 CA 複製通過驗證。受影響的組建是啟用 巨集 WOLFSSL_TRUST_PEER_CERT，並使用 wolfSSL_CTX_trust_peer_cert（） 或 wolfSSL_trust_peer_cert（） 載入CA憑證的任何組建。對等必須知道要載入到其中任何一個 API 的憑證，才能利用此問題。如果也定義了OPENSSL_COMPATIBLE_DEFAULTS，這會擴大受影響的 API 範圍，以包含所有CA憑證載入。這兩個巨集都是在使用 autoconf 構建時定義的，例如 （nginx、haproxy、stunnel、wpas、apache httpd、hitch、bind、rsyslog、ffmpeg、all、distro）。當憑證列為受信任的對等憑證時，此問題先前允許惡意 （D）TLS 伺服器在知道用戶端會接受哪個 CA 後繞過驗證。
    這也會影響用戶端知道伺服器已載入哪個 CA 的相互驗證案例。如果使用其中任何一個組態並使用 （D）TLS其中可能已知載入的CA並且需要對等體進行身份驗證，則使用者應該：更新到最新的 wolfSSL 版本、套用修正修補程式，或使用 configure 旗標 --disable-openssl-compatible-defaults ，而不是使用 wolfSSL_CTX_trust_peer_cert（） 或 wolfSSL_trust_peer_cert（） 載入CA來緩解問題。（CVE-2026-93302）

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

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

  - 如果沒有NO_SESSION_CACHE_REF，wolfSSL_get_session（） 不會將工作階段物件傳回，而是將 {row， index， hash（sessionID）} 形式的 ClientSession 參照傳回到處理程序全域 SessionCache 中，並且 ClientSessionToSession（） 僅針對該雜湊進行驗證。由於TLS 1.2 工作階段 ID 由伺服器選擇並以明文形式傳送，因此 AddSessionToCache（） 會比對相同 ID 上的任何其他伺服器工作階段，並使用該伺服器的主要密碼、加密套件和版本覆寫用戶端項目，同時控制碼繼續解析;寫入路徑上的任何內容都不會比較對等體、應用程式的伺服器識別碼或WOLFSSL_CTX。然後，透過控制碼繼續執行會產生簡短的交握，其中不會傳送任何憑證訊息，因此鏈結驗證或 wolfSSL_check_domain_name（） 都不會執行，而且攻擊者會被接受為整個連線的原始伺服器。受影響的組建是那些讓 NO_SESSION_CACHE_REF、NO_SESSION_CACHE、NO_CLIENT_CACHE 和 TITAN_SESSION_CACHE 全部未定義的組建，其中包括純 ./configure 和 --enable-opensslextra ;十五個整合選項定義了NO_SESSION_CACHE_REF，因此不受影響，其中包括 --enable-all、 --enable-distro--enable-haproxy--enable-nginx--enable-curl和 --enable-wpas--enable-stunnelOPENSSL_COMPATIBLE_DEFAULTS 系列的其餘部分，--enable-leanpsk以及 、 --enable-lowresource--enable-leantls、 和--enable-opensslall
    --enable-tinytls13 完全停用快取。應用程式必須使用舊版參照流程 wolfSSL_get_session（） 或 SSL_get_session（） 後面接著 wolfSSL_set_session（）;wolfSSL_get1_session（） 會傳回工作階段物件本身，不會受到影響，wolfSSL_SetServerID（） 查詢也不受影響。只有 TLS 1.2 及以下以及 DTLS 1.2 及以下是可連線的，因為具有空白 ServerHello 工作階段識別碼的 TLS 1.3 和票證繼續都會使用用戶端選擇的快取金鑰。中毒項目位於 process-global 快取中，因此它會跨越WOLFSSL_CTX界限並持續存在，直到項目被逐出或工作階段逾時為止 （預設為 500 秒）。v5.3.0 至 v5.9.2 版本會受到影響;此修正程式會將每次寫入產生計數器新增至快取，並將WOLFSSL_CACHE_VERSION從 2 提高到 3，因此舊版建編號保留的快取會遭到修正組建的拒絕。（CVE-2026-94419）

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

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

  - Hugo 是一個靜態網站產生器。在v0.56.0到v0.165.x的版本中，對應至text/org媒體型別的內容檔案會轉譯，而不會逸出原始HTML：組織匯出區塊和@@html：...@@程式碼片段會以未逸出的方式傳遞HTML，從而在產生的網站中產生跨網站指令碼（XSS）。攻擊者若能提供或影響 /content 下的內容檔案或內容配接器的輸出，可插入指令碼，這些指令碼會在受影響頁面的訪客瀏覽器中執行。只有其來源檔案或內容配接器輸出宣告文字/組織媒體類型的頁面會受到影響，而完全信任所有內容來源的網站不會受到影響。v0.166.0 版透過引入預設拒絕 text/org 的 security.allowContent 允許清單來修正此問題;有意撰寫組織模式內容的網站可以使用 [security] allowContent = ['.*'] 選擇重新加入。（CVE-2026-100694）

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

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

  - 從 v0.161.0 到 v0.165.0 的 Hugo 版本運行Node.js工具 （css.PostCSS，css。TailwindCSS、js。Babel） 在Node.js權限模型下，以將檔案系統讀取限制為專案目錄和已設定的掛載。由於Node.js權限模型僅驗證詞法路徑並遵循指向允許集外部的符號連結，因此 Hugo 未偵測到逸出沙箱的符號連結。可以向 Hugo 專案貢獻內容（例如透過拉取請求）的攻擊者可以提交符號連結，例如 assets/css/x.css -> /etc/passwd 以及讀取該連結的 PostCSS 外掛程式，從而允許 Hugo 構建過程可讀取的任何檔案被洩露並可能嵌入到已發佈的網站中。這會影響使用預設安全性設定的組建;未叫用Node.js工具的專案不會受到影響。
    在 v0.166.0 中修正，該問題會掃描允許的路徑，並在符號連結解析到允許的路徑外部時，建置失敗。（CVE-2026-100690）

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

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

  - Debian Linux - lxc - 無 （CVE-2026-100395）

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

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

  - Netty 的 HttpServerCodec （io.netty：netty-codec-http） 在 4.2.0.Final 到 4.2.16.Final 版本中，以及 4.1.136.Final 之前的版本中，透過呼叫每個回應一次 pollMethod（） 來將每個傳出回應與傳入要求配對，包括 1xx 個資訊回應。如果用戶端會流管 HTTP/1.1 GET 攜帶 Expect： 100-continue 標頭，後面接著 HEAD 要求，則 100 Continue 回應會使用佇列的 GET 方法，因此 GET 的後續 200 OK 會與 HEAD 配對，並捨棄其內文，而 HEAD 要求的後續 200 OK 會以內文寫入。這會使連線上的 HTTP 剖析不同步：GET 實體永遠不會傳遞，並且 HEAD 回應主體被解釋為 GET 主體，從而導致回應分割和不安全的連線重複使用。在 4.2.17.Final 和 4.1.137.Final 中修正。（CVE-2026-100666）

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

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

  - 6.0.0 管理員透過 6.0.1，當載入官方 ClickHouse 驅動程式外掛程式 （plugins/drivers/clickhouse.php，重寫為 6.0.0） 時，容易受到預先認證伺服器端請求偽造。未經身份驗證的攻擊者可以在將 auth[server] 設為任意 URL 的情況下提交 auth[driver]=clickhouse（例如 http://127.0.0.1:18089），導致管理員伺服器向該主機發出包含「SELECT version（）」的 HTTP POST。在 rootQuery（） 中，如果目標傳回 outside 200-299 （401/403 以外） 的狀態，則原始 HTTP 回應正文會指派給連線錯誤，並呈現在登入頁面上，因此攻擊者會收到內部服務的完整回應正文。這樣可以進行內部網路/連接埠偵察和洩露內部錯誤頁面中包含的敏感資訊 （堆疊追蹤、內部主機名稱、檔案路徑、設定識別碼）。已在 Adminer 6.0.2中修正。
    (CVE-2026-100697)

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

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

  - GNU libextractor 之前 1.16 會從 LIBEXTRACTOR_PREFIX 環境變數指定的不受信任搜尋路徑載入外掛程式，而無需進行適當的權限檢查。本機攻擊者可利用此漏洞，方法是將 LIBEXTRACTOR_PREFIX 設定到包含惡意外掛程式的目錄，該外掛程式在 setuid 或 setgid 程式載入時以提升的權限執行任意程式碼。（CVE-2026-100310）

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

ID	名稱	嚴重性
351100	Linux Distros 未修補弱點：CVE-2026-97027	low
351099	Linux Distros 未修補弱點：CVE-2026-85185	critical
351098	Linux Distros 未修補弱點：CVE-2026-86335	medium
351097	Linux Distros 未修補弱點：CVE-2026-85644	high
351096	Linux Distros 未修補弱點：CVE-2026-97399	low
351095	Linux Distros 未修補弱點：CVE-2026-65412	medium
351094	Linux Distros 未修補弱點：CVE-2026-100890	medium
351093	Linux Distros 未修補弱點：CVE-2026-101910	medium
351092	Linux Distros 未修補弱點：CVE-2026-100888	medium
351091	Linux Distros 未修補弱點：CVE-2026-97023	high
351090	Linux Distros 未修補弱點：CVE-2026-97024	high
351089	Linux Distros 未修補弱點：CVE-2026-87798	medium
351088	Linux Distros 未修補弱點：CVE-2026-51773	high
351012	Linux Distros 未修補弱點：CVE-2026-100889	medium
351011	Linux Distros 未修補弱點：CVE-2026-97335	high
351010	Linux Distros 未修補弱點：CVE-2026-101912	medium
351009	Linux Distros 未修補弱點：CVE-2026-97029	medium
351008	Linux Distros 未修補弱點：CVE-2026-97025	low
351007	Linux Distros 未修補弱點：CVE-2026-101913	medium
351006	Linux Distros 未修補弱點：CVE-2026-102010	high
351005	Linux Distros 未修補弱點：CVE-2026-101911	medium
351004	Linux Distros 未修補弱點：CVE-2026-86334	medium
351003	Linux Distros 未修補弱點：CVE-2026-94286	high
351002	Linux Distros 未修補弱點：CVE-2026-94287	medium
351001	Linux Distros 未修補弱點：CVE-2026-87799	critical
350914	Linux Distros 未修補弱點：CVE-2026-95622	critical
350913	Linux Distros 未修補弱點：CVE-2026-94283	medium
350909	Linux Distros 未修補弱點：CVE-2026-94285	medium
350908	Linux Distros 未修補弱點：CVE-2026-96544	critical
350907	Linux Distros 未修補弱點：CVE-2026-88841	critical
350906	Linux Distros 未修補弱點：CVE-2026-94284	medium
350884	Atlassian Jira服務管理資料中心和伺服器 10.0.x < 10.3.25 / 10.4.x < 11.3.11 （JSDSERVER-16759）	critical
350874	Linux Distros 未修補弱點：CVE-2026-89135	medium
350873	Linux Distros 未修補弱點：CVE-2026-89136	high
350872	Linux Distros 未修補弱點：CVE-2026-89134	medium
350871	Linux Distros 未修補弱點：CVE-2026-89102	high
350863	Linux Distros 未修補弱點：CVE-2026-94417	low
350862	Linux Distros 未修補弱點：CVE-2026-93304	medium
350861	Linux Distros 未修補弱點：CVE-2026-89133	medium
350851	Linux Distros 未修補弱點：CVE-2026-77037	high
350850	Linux Distros 未修補弱點：CVE-2026-94418	low
350849	Linux Distros 未修補弱點：CVE-2026-15442	low
350848	Linux Distros 未修補弱點：CVE-2026-93302	high
350847	Linux Distros 未修補弱點：CVE-2026-94419	low
350821	Linux Distros 未修補弱點：CVE-2026-100694	medium
350818	Linux Distros 未修補弱點：CVE-2026-100690	high
350817	Linux Distros 未修補弱點：CVE-2026-100395	high
350816	Linux Distros 未修補弱點：CVE-2026-100666	medium
350815	Linux Distros 未修補弱點：CVE-2026-100697	medium
350814	Linux Distros 未修補弱點：CVE-2026-100310	high

偵測

Nessus 的 Misc. 系列

low

critical

medium

high

low

medium

medium

medium

medium

high

high

medium

high

medium

high

medium

medium

low

medium

high

medium

medium

high

medium

critical

critical

medium

medium

critical

critical

medium

critical

medium

high

medium

high

low

medium

medium

high

low

low

high

low

medium

high

high

medium

medium

high