远程主机上安装的 libcurl 版本为低于 8.21.0 的 8.11.0。因此，该主机受到信息泄露漏洞的影响：

  - 当 libcurl 返回具有缓存 SSL 会话和启用早期数据的主机名时，libcurl 可能会在强制证书验证失败之前发送请求字节，从而可能泄漏敏感信息。（CVE-2026-9545）

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

远程 Ubuntu 14.04 LTS / 16.04 LTS / 18.04 LTS / 20.04 LTS / 22.04 LTS / 24.04 LTS / 25.10 / 26.04 LTS 主机上安装的多个程序包受到公告 USN-8487-1 中提及的多个漏洞影响。

    Andrew Nesbitt 发现，即使 TLS 配置不匹配，curl 在基于 STARTTLS 的连接升级期间可重复使用现有的实时连接。远程攻击者可能利用此问题导致 curl 使用非预期 TLS 配置。（CVE-2026-8286）

    Muhamad Arga Reksapati 发现当涉及不同服务时，curl 错误地将连接重新用于经过协商认证的请求。远程攻击者可能利用此漏洞访问仅限其他服务认证的资源。此问题仅影响 Ubuntu 18.04 LTS、Ubuntu 20.04 LTS、Ubuntu 22.04 LTS 和 Ubuntu 24.04 LTS 和 Ubuntu 25.10 LTS 和 Ubuntu 26.04 LTS。(CVE-2026-8458)

    已发现 curl 在某些情况下未正确处理 cookie 解析。远程攻击者可能利用此问题设置会传输到无关第三方域的 Cookie。
    此问题仅影响 Ubuntu 16.04 LTS、Ubuntu 18.04 LTS、Ubuntu 20.04 LTS 和 Ubuntu 22.04 LTS 和 Ubuntu 24.04 LTS 和 Ubuntu 25.10 和 Ubuntu 26.04 LTS。(CVE-2026-8924)

    Joshua Rogers 发现 curl 在处理 SASL 认证时可双重释放 GSASL 上下文。远程攻击者可能利用此问题造成拒绝服务，或执行任意代码。
    此问题仅影响 Ubuntu 22.04 LTS、Ubuntu 24.04 LTS、Ubuntu 25.10 和 Ubuntu 26.04 LTS。
    (CVE-2026-8925)

    Joshua Rogers 发现，当在没有密码的情况下在 URL 中指定用户名时，curl 可能会从 .netrc 文件中选择错误的密码。远程攻击者可能利用此问题来获取敏感信息。此问题仅影响 Ubuntu 25.10 和 Ubuntu 26.04 LTS。(CVE-2026-8926)

    Ady Elouej 发现，curl 在重复使用具有环境变量代理配置的句柄时，未能清除请求之间的代理认证状态。远程攻击者可能利用此问题获取敏感凭证。(CVE-2026-8927)

    Guannan Wang、Zhanpeng Liu、Jiashhuo Liang 和 Guancheng Li 发现 curl 在收到指示时未能正确清除代理认证凭据。远程攻击者可能利用此问题获取敏感凭证。此问题仅影响 Ubuntu 25.10 和 Ubuntu 26.04 LTS。
    (CVE-2026-9079)

    Joshua Rogers 发现在基于事件的套接字回调中调用 curl_easy_pause（） 时，curl 包含释放后使用。远程攻击者可能利用此问题，造成拒绝服务或执行任意代码。此问题仅影响 Ubuntu 25.10 和 Ubuntu 26.04 LTS。
    (CVE-2026-9080)

    Eunsoo Kim 发现 curl 可在强制证书验证失败之前发送关于恢复的 TLS 会话的早期数据。中间机攻击者可能利用此问题获取敏感信息。此问题仅影响 Ubuntu 25.10 和 Ubuntu 26.04 LTS。(CVE-2026-9545)

    Joshua Rogers 发现 curl 在使用 SSH 密钥回调进行 SCP 和 SFTP 传输时，未正确拒绝主机密钥类型不匹配的问题。中间机攻击者可能利用此问题冒充受信服务器。此问题仅影响 Ubuntu 22.04 LTS、Ubuntu 24.04 LTS、Ubuntu 25.10 和 Ubuntu 26.04 LTS。(CVE-2026-9547)

Tenable 已直接从 Ubuntu 安全公告中提取上述描述块。

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

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

  - 在这种情况下，libcurl 首先使用正确的 HTTP/3 服务器进行初始传输，当它向同一站点进行第二次传输时，它已经被攻击者的冒名顶替计算机替换 - 没有有效证书。当 libcurl 通过缓存的 SSL 会话（“CURLOPT_SSL_SESSIONID_CACHE”未禁用）和启用早期数据（“CURLOPT_SSL_OPTIONS”位CURLSSLOPT_EARLYDATA）第二次返回主机名时，libcurl 可能会在该新连接上发送第二个请求的字节
    *before* 强制证书验证失败。可能泄露敏感信息。
    (CVE-2026-9545)

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

远程主机上安装的 curl 版本为低于 8.21.0 的 8.11.0。因此，该主机受到信息泄露漏洞的影响：

  - 当 libcurl 返回具有缓存 SSL 会话和启用早期数据的主机名时，libcurl 可能会在强制证书验证失败之前发送请求字节，从而可能泄漏敏感信息。（CVE-2026-9545）

请注意，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 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
326237	libcurl 8.11.0 < 8.21.0 HTTP/3 早期数据信息泄露（CVE-2026-9545）	Nessus	Misc.	2026/7/10	2026/7/13	high
324983	Ubuntu 14.04 LTS / 16.04 LTS / 18.04 LTS / 20.04 LTS / 22.04 LTS / 24.04 LTS / 25.10 / 26.04 LTS：curl 漏洞 (USN-8487-1)	Nessus	Ubuntu Local Security Checks	2026/7/3	2026/7/8	critical
322445	Linux Distros 未修补的漏洞：CVE-2026-9545	Nessus	Misc.	2026/6/24	2026/7/25	high
323009	Curl 8.11.0 < 8.21.0 HTTP/3 早期数据信息泄露	Nessus	Misc.	2026/6/26	2026/7/8	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

critical

high

high

critical