CVE-2026-4873该漏洞存在于curl中,当连接需要TLS时,错误地重用了同一连接池中现有的未加密连接。如果初始通过IMAP、SMTP或POP3进行明文传输,后续对同一主机的请求会绕过TLS要求,导致数据在未加密状态下传输,引发敏感信息泄露风险。
该漏洞的核心在于curl的连接池管理逻辑中,对于同一主机名不同协议(明文与TLS加密)的连接判定存在缺陷。具体来说,当curl通过IMAP、SMTP或POP3协议与服务器建立连接后,该连接会被放入连接池以供后续复用。漏洞发生时,如果第一次请求是明文传输(例如`curl imap://example.com`),连接池中保留了一个非加密的socket连接。紧接着,如果应用程序发起第二次请求,要求使用TLS加密(例如`curl imaps://example.com`),curl在查找连接池时,错误地匹配到了之前的非加密连接,并决定复用该连接。由于curl没有正确关闭旧连接或强制建立新的TLS握手,后续敏感数据(如用户名、密码、邮件内容)直接通过该明文通道发送,完全绕过了SSL/TLS的加密保护机制。这种漏洞通常被称为“连接池别名攻击”或“协议降级复用”。攻击者如果位于网络路径上(如同一局域网或控制了路由节点),即可通过嗅探流量获取明文传输的敏感信息。