遠端主機中安裝的 libcurl 版本是早於 8.21.0 的 7.7。因此，該主機會受到不當憑證驗證弱點影響：

  - libcurl 會重複使用先前建立的連線，即使某些 mTLS 組態相關選項已變更，而且原本應該禁止重複使用。(CVE-2026-8932)

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

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

  - libcurl 會重複使用先前建立的連線，即使某些 mTLS 組態相關選項已變更而本應禁止重複使用。libcurl 會將先前使用的連線保留在連線集區中，以便在其中一個連線符合設定時重複使用後續傳輸。但是，某些與用戶端憑證相關的 TLS 設定被遺漏在組態相符檢查中，因此它們太容易相符。特別是與私鑰相關的選項。（CVE-2026-8932）

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

远程主机上安装的 libcurl 版本为低于 8.21.0 的 7.7。因此，该主机会受到不当证书验证漏洞的影响：

  - libcurl 将重用之前创建的连接，即使已更改某些应禁止重用的 mTLS 配置相关选项也一样。（CVE-2026-8932）

请注意，Nessus 尚未测试此问题，而是只依据应用程序自我报告的版本号进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - libcurl 将重复使用之前创建的连接，即使已更改某些应禁止重用的 mTLS 配置相关选项也一样。libcurl 将之前用过的连接保留在连接池中，以便在其中一个连接与设置匹配时进行后续传输以供重复使用。但是，配置匹配检查中遗漏了某些与客户端证书相关的 TLS 设置，因此它们太容易匹配。特别是与私钥相关的选项。（CVE-2026-8932）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

因此，它會受到 ALAS2023-2026-2132 公告中所提及的多個弱點影響。

    當應用程式透過 CURLOPT_STREAM_DEPENDS 或 CURLOPT_STREAM_DEPENDS_E 設定 HTTP/2 資料流相依性樹狀結構，隨後叫用 curl_easy_reset（），最後以 curl_easy_cleanup（） 終止控制碼時，libcurl 中就存在釋放後使用弱點。在此最後清除階段，libcurl 會嘗試存取及修改在重設作業期間已釋放的內部結構。（CVE-2026-10536）

    根據預設，curl 會自動回應 WebSocket PING 框架。由於 curl 對於未確認的幀缺乏記憶體配置上限約束，惡意伺服器透過向 curl 快速連續傳送大量 PING 訊息，來耗盡所有可用的記憶體。(CVE-2026-11586)

    成功使用 libcurl 透過摘要驗證傳輸至特定 HTTP 來源 （hostA），然後將來源變更為不同的來源 （hostB） 進行第二次傳輸，重複使用相同的控制碼，會使 libcurl 錯誤地將適用於 hostA 的 Authorization： 標頭欄位傳遞給 hostB。（CVE-2026-11856）

    當使用者使用結合 sftp （或 scp） 的無配置 URL --proto-default 叫用 curl 時，工具層和 libcurl 之間會發生中斷連線。工具層錯誤地推斷了 URL 配置，這錯誤地繞過了關鍵 SSH 安全選項的初始化，例如 CURLOPT_SSH_HOST_PUBLIC_KEY_SHA256 和 CURLOPT_SSH_KNOWNHOSTS。相反地，libcurl 執行階段會成功接受CURLOPT_DEFAULT_PROTOCOL，並依照指定透過 SFTP/SCP 建立連線。
    由於工具層略過安全性設定，因此會默默省略這些 SSH 主機驗證選項，導致 curl 連線至未經驗證的 SSH 遠端主機，而不會擲回錯誤。
    (CVE-2026-12064)

    存在弱點，其中使用 STARTTLS 升級連線的新傳輸可能會重複使用現有的即時連線，即使 TLS 組態不相符，因此不應重複使用。CVE-2026-8286

    在某些情況下，當要求執行交涉驗證的連線時，libcurl 可能會重複使用錯誤的連線，即使它們設定為使用不同的服務也是如此。

    libcurl 具有最近連線集區，以便後續請求可以重複使用現有連線以避免額外負荷。

    重複使用連線時，必須符合一系列準則。由於程式碼中的邏輯錯誤，應用程式發出的要求可能會錯誤地重複使用與使用不同服務驗證之相同伺服器的現有連線。（CVE-2026-8458）

    curl 的 cookie 剖析邏輯中的一個缺陷允許惡意 HTTP 伺服器設定繞過公用尾碼清單檢查的超級 cookie。這可讓攻擊者控制的來源插入 Cookie，而 Curl 隨後會將這些 Cookie 限定在特定範圍內並傳輸至不相關的第三方網域。(CVE-2026-8924)

    與 SASL 驗證搭配使用的 curl 邏輯最終可能會清理 GSASL 內容兩次，而不清除中間的指標，使其成為 free（） 相同的指標兩次。（CVE-2026-8925）

    當要求 curl 使用 .netrc 檔案來尋找憑證，同時指定具有使用者名稱 （不含密碼） 的 URL 時， https://user@example.com/如果存在該主機的 .netrc 檔案中設定的另一個使用者，則 curl 可能會錯誤地取得並使用該主機的 .netrc 檔案中設定的另一個使用者的密碼，且指定的使用者沒有相符項。（CVE-2026-8926）

    將 libcurl 控點重複用於由環境變數 Proxy 組態驅動的循序傳輸時，libcurl 無法清除要求之間的 Proxy 驗證狀態。具體而言，如果初始傳輸使用摘要驗證對 proxyA 進行驗證，則透過 proxyB 路由的後續傳輸會錯誤地洩漏僅供 proxyA 使用的 Proxy-Authorization： 標頭。（CVE-2026-8927）

    libcurl 會重複使用先前建立的連線，即使某些 mTLS 組態相關選項已變更而本應禁止重複使用。

    libcurl 會將先前使用的連線保留在連線集區中，以便在其中一個連線符合設定時重複使用後續傳輸。但是，某些與用戶端憑證相關的 TLS 設定被遺漏在組態相符檢查中，因此它們太容易相符。特別是與私鑰相關的選項。（CVE-2026-8932）

    libcurl 有一個缺陷，當被指示清除代理身份驗證憑據時，它不會這樣做，留下舊憑據用於不應知道或使用它們的後續傳輸。
    (CVE-2026-9079)

    在事件型 CURLMOPT_SOCKETFUNCTION 回呼中呼叫 curl_easy_pause（） 會觸發釋放後使用弱點，其中 libcurl 會在釋放該指標的記憶體後立即嘗試使用懸空結構指標來儲存旗標。（CVE-2026-9080）

    在此案例中，libcurl 會先使用適當的 HTTP/3 伺服器進行初始傳輸，然後當它第二次傳輸到相同網站時，它已被攻擊者的冒名頂替者機器取代 - 沒有有效的憑證。

    當 libcurl 第二次以快取的 SSL 工作階段 （未停用 CURLOPT_SSL_SESSIONID_CACHE） 且啟用早期資料 （CURLSSLOPT_EARLYDATA位設定在 CURLOPT_SSL_OPTIONS 中） 時，libcurl 可能會在強制執行憑證驗證失敗之前，在該新連線上傳送第二個要求的位元組。可能洩露敏感資訊。（CVE-2026-9545）

    當 libcurl 型應用程式透過 SCP:// 或 SFTP:// 執行傳輸並利用 CURLOPT_SSH_KEYFUNCTION 回呼時，它可能會以無訊息方式接受不受信任的伺服器。當伺服器提供的主機金鑰類型與known_hosts檔案中已針對該主機記錄的特定金鑰類型不符時，就會發生此弱點。回呼機制沒有拒絕不相符，而是無法正確執行限制，導致連線在沒有警告的情況下成功，並面臨潛在的中間人攻擊的風險。（CVE-2026-9547）

Tenable 已直接從所測試產品的安全公告擷取前置描述區塊。

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

因此，该软件受到 ALAS2023-2026-2132 公告中提及的多个漏洞影响。

    当应用程序通过 CURLOPT_STREAM_DEPENDS 或 CURLOPT_STREAM_DEPENDS_E 配置 HTTP/2 流依赖树，随后调用 curl_easy_reset（），最后通过 curl_easy_cleanup（） 终止句柄时，libcurl 中存在释放后使用漏洞。在此最终清除阶段，libcurl 尝试访问并修改重置操作期间已释放的内部结构。（CVE-2026-10536）

    默认情况下，curl 自动响应 WebSocket PING 帧。由于 curl 缺少用于未确认帧的内存分配上限，恶意服务器可通过向 curl 发送快速、连续的 PING 消息来耗尽所有可用内存。（CVE-2026-11586）

    成功使用 libcurl 通过摘要式认证执行到特定 HTTP 源 （hostA） 的传输，然后将源更改为不同的源 （hostB） 进行第二次传输，重复使用相同的句柄，会使 libcurl 错误地将用于 hostA 的 Authorization： 标头字段传递到 hostB。（CVE-2026-11856）

    当用户使用无方案 URL 结合 --proto-default sftp（或 scp）调用 curl 时，工具层和 libcurl 之间会发生断开连接。工具层错误推断 URL 方案，从而错误地绕过关键 SSH 安全选项（如 CURLOPT_SSH_HOST_PUBLIC_KEY_SHA256 和 CURLOPT_SSH_KNOWNHOSTS）的初始化。相反，libcurl 运行时会成功遵从CURLOPT_DEFAULT_PROTOCOL，并按照指定方式通过 SFTP/SCP 建立连接。
    由于工具层跳过了安全配置，这些 SSH 主机验证选项将静默忽略，从而造成 curl 连接到未经验证的 SSH 远程主机而不抛出错误。
    (CVE-2026-12064)

    存在一个漏洞，表现为使用 STARTTLS 升级连接的新传输可能会重复使用现有的实时连接，即使 TLS 配置不匹配，因此不应如此。CVE-2026-8286

    在某些情况下，当要求进行经过协商认证的操作时，libcurl 可能会重用错误的连接，即使它们设置为使用不同的服务时亦是如此。

    libcurl 具有最近连接池，因此后续请求可以重复使用现有连接以避免开销。

    重复使用连接时，必须满足一系列条件。由于代码中的逻辑错误，应用程序发出的请求可能错误地重新使用与使用不同服务通过认证的相同服务器的现有连接。（CVE-2026-8458）

    curl 的 cookie 解析逻辑中的一个缺陷允许恶意 HTTP 服务器设置超级 cookie，以绕过公共后缀列表检查。这使得攻击者控制的源能够注入 Cookie，这些 Cookie 随后会卷起范围并传输到不相关的第三方域。（CVE-2026-8924）

    与 SASL 认证配合使用的 curl 逻辑最终可能会在不清除中间指针的情况下清理 GSASL 上下文两次，从而使其两次 free（） 相同的指针。（CVE-2026-8925）

    如果要求 curl 使用 .netrc 文件来查找凭据，同时指定含用户名（无密码 https://user@example.com/）的 URL（如 ，），如果存在特定用户的 .netrc 文件中设置的密码，则 curl 可能会错误地获取和使用在该主机的 .netrc 文件中设置的密码。（CVE-2026-8926）

    将 libcurl 句柄重复用于由环境变量代理配置驱动的顺序传输时，libcurl 无法清除请求之间的代理认证状态。具体而言，如果初始传输使用摘要认证针对 proxyA 进行身份验证，则通过 proxyB 路由的后续传输会错误泄露专门用于 proxyA 的 Proxy-Authorization： 标头。（CVE-2026-8927）

    libcurl 将重复使用之前创建的连接，即使已更改某些应禁止重复使用的 mTLS 配置相关选项。

    libcurl 将之前用过的连接保留在连接池中，以便在其中一个连接与设置匹配时进行后续传输以供重复使用。但是，配置匹配检查中遗漏了某些与客户端证书相关的 TLS 设置，因此它们太容易匹配。特别是与私钥相关的选项。（CVE-2026-8932）

    libcurl 有一个缺陷，当被指示清除代理认证凭据时，会使其无法执行此操作，从而留下旧凭据，用于不应知道也不应使用它们的后续传输。
    (CVE-2026-9079)

    在基于事件的 CURLMOPT_SOCKETFUNCTION 回调中调用 curl_easy_pause（） 会触发释放后使用漏洞，其中，libcurl 在指针的内存释放后立即尝试使用悬摆结构指针来存储标记。（CVE-2026-9080）

    在这种情况下，libcurl 首先将正确的 HTTP/3 服务器用于初始传输，当它向同一站点进行第二次传输时，它已经被攻击者的冒名顶替计算机替换 - 没有有效证书。

    libcurl 在缓存的 SSL 会话（未禁用 CURLOPT_SSL_SESSIONID_CACHE）和启用早期数据（CURLOPT_SSL_OPTIONS 中设置 CURLSSLOPT_EARLYDATA 位）第二次返回主机名时，libcurl 可能会在强制证书验证失败之前发送该新连接上的第二个请求的字节。可能泄露敏感信息。（CVE-2026-9545）

    基于 libcurl 的应用程序通过 SCP:// 或 SFTP:// 执行传输并利用 CURLOPT_SSH_KEYFUNCTION 回调时，可能会静默接受不受信任的服务器。当服务器提供的主机密钥类型与 known_hosts 文件中已针对该主机记录的特定密钥类型不匹配时，即会出现此漏洞。回调机制非但没有拒绝不匹配，反而无法正确执行限制，这使得连接能够在没有警告的情况下成功完成，并面临潜在的中间人攻击的风险。（CVE-2026-9547）

Tenable 已直接从测试产品的安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

したがって、ALAS2023-2026-2132 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

    アプリケーションがCURLOPT_STREAM_DEPENDSまたはCURLOPT_STREAM_DEPENDS_Eを介してHTTP/2ストリーム依存関係ツリーを構成し、その後curl_easy_reset()を呼び出し、最後にcurl_easy_cleanup()でハンドルを終了するとき、libcurlにメモリ解放後使用(Use After Free)の脆弱性があります。この最終クリーンアップフェーズで、libcurl は、リセット操作中にすでに解放された内部構造にアクセスし、これを改ざんしようとします。(CVE-2026-10536)

    デフォルトでは、curl は WebSocket PING フレームに自動的に応答します。curl には未確認のフレームに割り当てるメモリの上限がないため、悪意のあるサーバーが、連続して送信される高速な PING メッセージを curl に大量送信することで、利用可能なすべてのメモリを枯渇させる可能性があります。(CVE-2026-11586)

    libcurl を使用して、ダイジェスト認証を伴う特定の HTTP オリジン(hostA)への転送に成功し、次に同じハンドルを再利用して 2 回目の転送では、オリジンを別のもの(hostB)に変更すると、libcurl は hostA 用に意図された Authorization: ヘッダーフィールドを hostB に間違って渡します。(CVE-2026-11856)

    ユーザーが sftp(または scp)と組み合わせたスキームレス URL を使用して curl --proto-default 呼び出すと、ツールレイヤーと libcurl の間で切断が発生します。ツールレイヤーがURLスキームを不適切に推測するため、CURLOPT_SSH_HOST_PUBLIC_KEY_SHA256やCURLOPT_SSH_KNOWNHOSTSなどの重要なSSHセキュリティオプションの初期化が誤ってバイパスされます。逆に、libcurl ランタイムは正常にCURLOPT_DEFAULT_PROTOCOLを遵守し、指定された通りに SFTP/SCP を介して接続を確立します。
    ツールレイヤーがセキュリティ構成をスキップしたため、これらの SSH ホスト検証オプションは警告なしで省略され、エラーをスローすることなく、curl が未検証の SSH リモートホストに接続します。
    (CVE-2026-12064)

    STARTTLSを使用して接続をアップグレードする新しい転送が、TLS構成が一致しないため一致しないにもかかわらず、既存のライブ接続を再利用する可能性がある脆弱性があります。(CVE-2026-8286)

    libcurl は、ネゴシエート認証を行うように求められると、別のサービスを使用するよう設定されている場合でも、状況によっては間違った接続を再利用する可能性があります。

    libcurlは最近の接続のプールが備わっているため、後続のリクエストは既存の接続を再利用してオーバーヘッドを回避できます。

    接続を再利用する場合は、さまざまな条件を満たす必要があります。コードの論理エラーにより、アプリケーションによって発行されたリクエストは、異なるサービスを使用して認証された同じサーバーへの既存の接続を誤って再利用する可能性があります。(CVE-2026-8458)

    curl のクッキー解析ロジックの欠陥により、悪意のある HTTP サーバーがパブリックサフィックスリストのチェックをバイパスするスーパークッキーを設定する可能性があります。これにより、攻撃者が制御するオリジンが Cookie を挿入し、curl がその後 Cookie のスコープを設定して、無関係なサードパーティドメインに送信する可能性があります。(CVE-2026-8924)

    SASL 認証と連携する curl ロジックは、GSASL コンテキストを 2 回クリーンアップすることになり、その間のポインターをクリアせず、同じポインターを 2 回 free() する可能性があります。(CVE-2026-8925)

    curl に .netrc ファイルを使用して認証情報を検索するように依頼すると同時に、 https://user@example.com/ のように(パスワードなしの)ユーザー名で URL を指定すると、そのようなユーザーが存在し、指定されたユーザーに一致するものがない場合、curl がそのホストの .netrc ファイルで設定された別のユーザーのパスワードを誤って取得して使用する可能性があります。(CVE-2026-8926)

    環境変数のプロキシ構成により駆動されるシーケンシャル転送で libcurl ハンドルを再利用する際、libcurl はリクエスト間のプロキシ認証状態をクリアできません。特に、最初の転送が Digest 認証を使用して proxyA に対して認証される場合、proxyB 経由でルーティングされたその後の転送で、proxyA 専用を対象とした Proxy-Authorization: ヘッダーが誤って漏洩します。(CVE-2026-8927)

    libcurl は、再利用を禁止すべき一部の mTLS 構成関連のオプションが変更された場合でも、以前に作成した接続を再利用する可能性があります。

    libcurl は、以前使用した接続の 1 つがセットアップと一致する場合に、再利用するために以後の転送のために、以前使用した接続を接続プールに保持します。ただし、クライアント証明書に関連する一部の TLS 設定は、構成の一致チェックから除外されており、非常に簡単に一致させられていました。特に、秘密鍵に関連するオプション。(CVE-2026-8932)

    libcurl に欠陥があり、プロキシ認証の認証情報を消去するように命令された場合、それを行わないようにして、古い認証情報を知らず、使用すべきではない以後の転送に使用することがあります。
    (CVE-2026-9079)

    イベントベースのCURLMOPT_SOCKETFUNCTIONコールバック内でcurl_easy_pause()を呼び出すと、メモリ解放後使用(Use After Free)の脆弱性がトリガーされ、ポインターのメモリが解放された直後にlibcurlがダングリング構造体ポインターを使用してフラグを格納しようとします。(CVE-2026-9080)

    このシナリオでは、libcurl は最初の転送にまず適切な HTTP/3 サーバーを使用し、そして同じサイトへの 2 回目の転送を行う際には、有効な証明書のない攻撃者のなりすましマシンに置き換わります。

    キャッシュされたSSLセッション(CURLOPT_SSL_SESSIONID_CACHE が無効になっていない)で初期データが有効な状態で(CURLSSLOPT_EARLYDATAビットが CURLOPT_SSL_OPTIONS に設定されている)状態で、libcurl がホスト名に 2 回目を返す場合、libcurl は証明書検証の失敗を強制する前に、その新しい接続で 2 番目のリクエストのバイトを送信する可能性があります。秘密情報を漏えいする可能性があります。(CVE-2026-9545)

    libcurlベースのアプリケーションが SCP:// または SFTP:// を介して転送を実行し、CURLOPT_SSH_KEYFUNCTIONコールバックを利用するとき、信頼できないサーバーを警告なしで受け入れる可能性があります。この脆弱性は、サーバーが提示したホストキータイプが、known_hostsファイルにおいてそのホストに対してすでに記録されている特定のキータイプと一致しない場合に発生します。不一致を拒否する代わりに、コールバックメカニズムは制限を適切に実施できません。これにより、警告なしに接続が成功し、潜在的な中間者攻撃のリスクがあります。(CVE-2026-9547)

Tenable は、前述の記述ブロックをテスト済み製品のセキュリティアドバイザリから直接抽出しています。

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

リモートホストにインストールされている libcurl のバージョンは、8.21.0 より前の 7.7 です。したがって、不適切な証明書検証の脆弱性の影響を受けます。

  - libcurl は、再利用を禁止すべき mTLS 設定関連のオプションが変更されていても、以前に作成した接続を再利用していました。(CVE-2026-8932)

Nessus はこの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - libcurl は、再利用を禁止すべき一部の mTLS 構成関連のオプションが変更された場合でも、以前に作成した接続を再利用することがあります。libcurl は、以前使用した接続の 1 つがセットアップと一致する場合に、再利用するために以後の転送のために、以前使用した接続を接続プールに保持します。ただし、クライアント証明書に関連する一部の TLS 設定は、構成の一致チェックから除外されており、非常に簡単に一致させられていました。特に、秘密鍵に関連するオプション。(CVE-2026-8932)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

An update of the curl package has been released.

The version of libcurl installed on the remote host is 7.7 prior to 8.21.0. It is, therefore, affected by an improper certificate validation vulnerability:

  - libcurl would reuse a previously created connection even when some mTLS config related option had been     changed that should have prohibited reuse. (CVE-2026-8932)

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - libcurl would reuse a previously created connection even when some mTLS config related option had been     changed that should have prohibited reuse. libcurl keeps previously used connections in a connection pool     for subsequent transfers to reuse if one of them matches the setup. However, some TLS settings related to     client certificates were left out from the configuration match checks, making them match too easily. In     particular options related to the private key. (CVE-2026-8932)

Note that Nessus relies on the presence of the package as reported by the vendor.

The Unity Linux 20 host has a package installed that is affected by a vulnerability as referenced in the UTSA-2026-106769 advisory.

    libcurl would reuse a previously created connection even when some mTLS config     related option had been changed that should have prohibited reuse.

    libcurl keeps previously used connections in a connection pool for subsequent     transfers to reuse if one of them matches the setup. However, some TLS     settings related to client certificates were left out from the configuration     match checks, making them match too easily. In particular options related to     the private key.

Tenable has extracted the preceding description block directly from the Unity Linux security advisory.

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

It is, therefore, affected by multiple vulnerabilities as referenced in the ALAS2023-2026-2132 advisory.

    A use-after-free vulnerability exists in libcurl when an application configures an HTTP/2 stream-     dependency tree via CURLOPT_STREAM_DEPENDS or CURLOPT_STREAM_DEPENDS_E, subsequently invokes     curl_easy_reset(), and finally terminates the handle with curl_easy_cleanup(). During this final cleanup     phase, libcurl attempts to access and modify an internal structure that was already freed during the reset     operation. (CVE-2026-10536)

    By default, curl automatically responds to WebSocket PING frames. Because curl lacks an upper bound on     memory allocation for unacknowledged frames, a malicious server can exhaust all available memory by     flooding curl with rapid, sequential PING messages. (CVE-2026-11586)

    Successfully using libcurl to do a transfer to a specific HTTP origin (hostA) with Digest authentication     and then changing the origin to a different one (hostB) for a second transfer, reusing the same handle,     makes libcurl wrongly pass on the Authorization: header field meant for hostA, to hostB. (CVE-2026-11856)

    When a user invokes curl using a schemeless URL combined with --proto-default sftp (or scp), a disconnect     occurs between the tool layer and libcurl. The tool layer incorrectly infers the URL scheme, which     erroneously bypasses the initialization of critical SSH security options like     CURLOPT_SSH_HOST_PUBLIC_KEY_SHA256 and CURLOPT_SSH_KNOWNHOSTS. Conversely, the libcurl runtime     successfully honors CURLOPT_DEFAULT_PROTOCOL and establishes the connection via SFTP/SCP as specified.
    Because the tool layer skipped the security configuration, these SSH host verification options are     silently omitted, causing curl to connect to an unverified SSH remote host without throwing an error.
    (CVE-2026-12064)

    A vulnerability exists where a new transfer that uses STARTTLS to upgrade the connection might reuse an     existing live connection even though the TLS configuration mismatches so it should not. (CVE-2026-8286)

    libcurl might in some circumstances reuse the wrong connection when asked to do Negotiate-authenticated     ones, even when they are set to use different services.

    libcurl features a pool of recent connections so that subsequent requests can reuse an existing connection     to avoid overhead.

    When reusing a connection a range of criteria must be met. Due to a logical error in the code, a request     that was issued by an application could wrongfully reuse an existing connection to the same server that     was authenticated using different services. (CVE-2026-8458)

    A flaw in curl's cookie parsing logic allows a malicious HTTP server to set super cookies that bypass     the Public Suffix List check. This enables an attacker-controlled origin to inject cookies that curl     subsequently scopes and transmits to unrelated third-party domains. (CVE-2026-8924)

    The curl logic that works with SASL authentication could end up cleaning up the GSASL context twice     without clearing the pointer in between, making it free() the same pointer twice. (CVE-2026-8925)

    When asking curl to use a .netrc file to find credentials and at the same time specifying a URL with a     username (without a password), like https://user@example.com/, curl could wrongly get and use the password     for another user set in the .netrc file for that host if such a one exists and there is no match for the     specified user. (CVE-2026-8926)

    When reusing a libcurl handle for sequential transfers driven by environment-variable proxy configuration,     libcurl fails to clear the proxy authentication state between requests. Specifically, if the initial     transfer authenticates against proxyA using Digest auth, a subsequent transfer routed through proxyB     erroneously leaks the Proxy-Authorization: header intended solely for proxyA. (CVE-2026-8927)

    libcurl would reuse a previously created connection even when some mTLS config related option had been     changed that should have prohibited reuse.

    libcurl keeps previously used connections in a connection pool for subsequent transfers to reuse if one of     them matches the setup. However, some TLS settings related to client certificates were left out from the     configuration match checks, making them match too easily. In particular options related to the private     key. (CVE-2026-8932)

    libcurl had a flaw that when instructed to clear proxy authentication credentials which made it not do so,     leaving the old credentials around to get used for subsequent transfers that should not know nor use them.
    (CVE-2026-9079)

    Calling curl_easy_pause() within the event-based CURLMOPT_SOCKETFUNCTION callback triggers a use-after-     free vulnerability, where libcurl attempts to store a flag using a dangling struct pointer immediately     after that pointer's memory has been freed. (CVE-2026-9080)

    In this scenario, libcurl first uses a proper HTTP/3 server for the initial transfers, and when it makes a     second transfer to the same site it has been replaced by the attacker's impostor machine - without a valid     certificate.

    When libcurl returns to the hostname the second time with a cached SSL session     (CURLOPT_SSL_SESSIONID_CACHE is not disabled) and early data enabled (the CURLSSLOPT_EARLYDATA bit is set     in CURLOPT_SSL_OPTIONS), libcurl might send off the second request's bytes on that new connection before     enforcing the certificate verification failure. Potentially leaking sensitive information. (CVE-2026-9545)

    When a libcurl-based application performs transfers via SCP:// or SFTP:// and utilizes the     CURLOPT_SSH_KEYFUNCTION callback, it may silently accept an untrusted server. This vulnerability occurs     when a server presents a host key type that does not match the specific key type already recorded for that     host in the known_hosts file. Instead of rejecting the mismatch, the callback mechanism fails to properly     enforce the restriction, allowing the connection to succeed without warning and risking a potential man-     in-the-middle attack. (CVE-2026-9547)

Tenable has extracted the preceding description block directly from the tested product security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
323005	libcurl 7.7 < 8.21.0 連線重複使用中不完整的 mTLS 組態比對	Nessus	Misc.	2026/6/26	2026/7/8	high
322442	Linux Distros 未修補弱點：CVE-2026-8932	Nessus	Misc.	2026/6/24	2026/9/15	high
323005	libcurl 7.7 < 8.21.0 连接重用中的 mTLS 配置匹配不完整	Nessus	Misc.	2026/6/26	2026/7/8	high
322442	Linux Distros 未修补的漏洞：CVE-2026-8932	Nessus	Misc.	2026/6/24	2026/9/15	high
345801	Amazon Linux 2023：curl、curl-minimal、libcurl (ALAS2023-2026-2132)	Nessus	Amazon Linux Local Security Checks	2026/9/14	2026/9/14	critical
345801	Amazon Linux 2023: curl、curl-minimal、libcurl (ALAS2023-2026-2132)	Nessus	Amazon Linux Local Security Checks	2026/9/14	2026/9/14	critical
345801	Amazon Linux 2023 : curl、curl-minimal、libcurl (ALAS2023-2026-2132)	Nessus	Amazon Linux Local Security Checks	2026/9/14	2026/9/14	critical
323005	libcurl 7.7 < 8.21.0 接続再利用における mTLS 設定マッチングの不完全性	Nessus	Misc.	2026/6/26	2026/7/8	high
322442	Linux Distros のパッチ未適用の脆弱性: CVE-2026-8932	Nessus	Misc.	2026/6/24	2026/9/15	high
334708	Photon OS 5.0: Curl PHSA-2026-5.0-90-0951	Nessus	PhotonOS Local Security Checks	2026/8/12	2026/8/12	critical
323005	libcurl 7.7 < 8.21.0 Incomplete mTLS Config Matching in Connection Reuse	Nessus	Misc.	2026/6/26	2026/7/8	high
322442	Linux Distros Unpatched Vulnerability : CVE-2026-8932	Nessus	Misc.	2026/6/24	2026/9/15	high
333502	Photon OS 4.0: Curl PHSA-2026-4.0-1061	Nessus	PhotonOS Local Security Checks	2026/8/8	2026/8/8	critical
344441	Unity Linux 20.1050e / 20.1060e / 20.1070e Security Update: curl (UTSA-2026-106769)	Nessus	Unity Linux Local Security Checks	2026/9/9	2026/9/9	high
345801	Amazon Linux 2023 : curl, curl-minimal, libcurl (ALAS2023-2026-2132)	Nessus	Amazon Linux Local Security Checks	2026/9/14	2026/9/14	critical

检测

插件搜索

high

high

high

high

critical

critical

critical

high

high

critical

high

high

critical

high

critical