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

  - Guzzle 是一個可擴展的 PHP HTTP 客戶端。7.15.2在 和 8.0.1之前，Guzzle 會以文字形式提供傳輸請求 URI，並單獨提供 Host 標頭。cURL 處理常式會完全按照所寫的方式將 CURLOPT_URL 設定為 URI，並將該主機推送至 CURLOPT_HTTPHEADER;StreamHandler 透過 fopen（） 執行相同的操作。
    然後，libcurl 會剖析授權單位本身，對其進行百分比解碼，並在支援 IDN 的組建上套用 IDNA 對應，並使用結果來解析、連線、命名 TLS 對等體，並將 Proxy 位址定址為 CONNECT，而提供的主機會抑制 libcurl 本來會產生的對齊對齊。對於寫入為 .%31 的 127.0.0URI 主機，filter_var（） 會拒絕主機作為 IP 文字，但 libcurl 將其解碼為 127.0.0.1 並在伺服器收到 Host： 127.0.0.%31 時無需DNS查詢即可到達回送。因此，影響擷取 URI 的攻擊者可以連線到已排除應用程式檢查的主機，並讀取主機公開的任何回應。同樣的分歧將 Guzzle 自己的決定轉移到傳輸不使用的拼寫上：no_proxy從文字主機中選擇代理路由，RedirectMiddleware 從中決定是否剝離 Authorization 和 Cookie。利用要求應用程式從不受信任的輸入建立請求 URI，並在將其交給 Guzzle 之前做出主機決策。此問題已在 7.15.2 和 8.0.1 版中修正。(CVE-2026-69246)

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

偵測

Linux Distros 未修補弱點：CVE-2026-69246

high Nessus Plugin ID 331888

版本 1.3