Node.js HTTPS 重入漏洞深度复盘：CVE-2026-123864 如何导致跨连接内存与 TLS 私钥泄露

导语：Node.js HTTPS 重入漏洞 CVE-2026-123864 以 CVSS 8.1 的高危评级撕开了 TLS 加密层的一道裂缝——一个未认证的远程客户端，仅凭精心构造的请求体写入时序，就能让服务器把其他连接的内存（包括 TLS 私钥）当作响应体回吐出来。这不是普通的越界读，而是加密层、HTTP 解析器与 JavaScript 回调三层状态机在重入边界上的一次系统性失守。

🎯 核心技术Node.js TLSWrap / llhttp / HTTP Parser

⚡ 架构难度资深架构级 (Level 4)

🚀 核心收益阻断跨连接内存泄露 / 私钥外泄

🚨 严重隐患告警

受影响版本为 Node.js 26.x、24.x、22.x。明文 node:http 不受影响，但所有对外提供 HTTPS 服务且存在「先 flushHeaders 后 end 非空 chunk」写法的应用均暴露在风险中。攻击者无需任何认证凭据，即可读取其他连接的堆内存，包括 TLS 会话私钥与用户请求体。

一、Node.js HTTPS 重入漏洞的攻击面全景

在展开细节之前，我们必须先建立一张清晰的攻击链路图。这个漏洞的本质是「同步回调中发起写操作」导致的解析器重入，其危害之所以被放大到 CVSS 8.1，是因为泄露的数据直接来自堆内存——而堆上恰好躺着 TLS 私钥与相邻连接的业务数据。

📐 Node.js HTTPS 重入漏洞攻击链路与内存泄露全景
企业级架构规范

flowchart TD
    subgraph 接入层 ["接入层与 TLS 握手 (Client & TLS Tier)"]
        A["未认证攻击客户端 (HTTPS 请求)"] --> B["TLSWrap 加密记录接收 (TLS Record)"]
    end
    subgraph 解析层 ["HTTP 解析与回调层 (Parser & Callback Tier)"]
        B --> C["llhttp_execute 解析请求体 (on_body 回调)"]
        C --> D["JS 回调内调用 res.flushHeaders()"]
    end
    subgraph 重入层 ["重入触发与内存破坏层 (Re-entrancy Tier)"]
        D --> E["TLSWrap::DoWrite 零字节写入"]
        E --> F["ClearOut 解密下一条 TLS 记录"]
        F --> G["重入 llhttp_execute 导致 UAF"]
    end
    subgraph 泄露层 ["堆内存泄露与响应回吐 (Leak Tier)"]
        G --> H["堆越界读取 (TLS 私钥/相邻连接数据)"]
        H --> I["res.end 非空 chunk 回吐泄露内存"]
    end

图 1: Node.js HTTPS 重入漏洞从 TLS 记录接收、on_body 回调重入到堆内存泄露的完整链路

二、根因拆解：TLSWrap::DoWrite 零字节写入为何致命

2.1 零字节写入的语义陷阱

在 Node.js 的 TLS 实现中，TLSWrap::DoWrite() 承担着将应用层数据加密并写入底层 socket 的职责。当传入的写入长度为 0 时，代码路径会直接调用 ClearOut()，其本意是「清空输出缓冲区、推进 TLS 状态机」。问题在于，ClearOut() 并非幂等的空操作——它会主动解密下一条待处理的 TLS 记录，并驱动 OpenSSL 的 BIO 状态向前推进。

2.2 重入 llhttp_execute 的时序灾难

当这个零字节写入发生在 HTTP 解析器的 on_body 回调内部时，时序就变得极其危险：llhttp_execute() 正在解析请求体，栈帧尚未返回；而 ClearOut() 解密出的下一条 TLS 记录又被喂回解析器，导致 llhttp_execute() 被重入调用。解析器内部持有的 body 缓冲区指针在重入过程中被释放或重新分配，形成典型的 use-after-free（UAF）。

💡 架构核心决策

重入漏洞的通用防御原则是「状态机不可在回调中同步推进」。Node.js 的 TLS 层与 HTTP 解析层分属两个独立状态机，二者通过 C++ 绑定层耦合，任何跨层同步调用都必须显式排队（defer），而非直接执行。本次漏洞正是缺少这一层「写操作延迟队列」。

2.3 从 UAF 到堆越界读取

UAF 本身已足够严重，但真正让 CVSS 冲到 8.1 的是后续的利用路径：服务器在 res.end() 时传入非空 chunk，会将该 chunk 与已被释放或错位的堆内存一并拷贝进响应体。攻击者只需在任意「回显或存储请求体」的普通路由上发起请求，就能把泄露的堆内存原样读回。这意味着泄露面不限于当前连接——相邻连接的业务数据、TLS 私钥材料都可能被卷入。

触发条件	是否必需	说明
HTTPS 服务（非明文 http）	必需	node:http 明文不受影响
on_body 回调中调用 res.flushHeaders()	必需	在请求体结束前触发
后续 res.end() 传入非空 chunk	必需	泄露内存随响应回吐
存在回显/存储请求体的普通路由	必需	用于读取泄露数据
攻击者认证凭据	不需要	未认证即可触发

三、影响范围与版本矩阵

根据 GHSA-m526-rv55-w6mr 通告，该 Node.js HTTPS 重入漏洞影响 26.x、24.x、22.x 三个主线版本。值得注意的是，漏洞触发依赖应用层特定的写法组合，这意味着并非所有 HTTPS 服务都必然可被利用，但一旦命中，泄露后果极其严重。

版本线	受影响	建议动作	风险等级
Node.js 26.x	是	升级至官方修复版本	高危
Node.js 24.x	是	升级至官方修复版本	高危
Node.js 22.x	是	升级至官方修复版本	高危
node:http 明文	否	无需处理	安全

⚠️ 生产避坑风险

不要仅凭「我们没用 flushHeaders」就判定安全。大量框架（流式响应、SSE、大文件分块传输、部分代理中间件）会在内部调用 flushHeaders。请以实际依赖树与中间件行为为准，而非仅审查业务代码。

四、应急响应与工程化修复方案

4.1 短期止血：版本升级与运行时缓解

第一优先级是升级到官方修复版本。在无法立即升级的场景下，可通过反向代理层限制请求体分块写入行为，或在应用层避免在 on_body 同步回调中触发写操作。以下为升级与验证命令：

# 查看当前 Node.js 版本
node -v

# 使用 nvm 升级到修复版本（示例）
nvm install 24 --reinstall-packages-from=24
nvm use 24

# 验证版本
node -v

# 检查依赖树中是否存在受影响的 TLS 相关原生模块
npm ls --all | grep -i tls

点击展开：临时缓解脚本与反向代理配置

# Nginx 层限制请求体分块行为（临时缓解，非根治）
# 在 http/server 块中增加：
client_body_buffer_size 128k;
client_max_body_size 10m;
proxy_request_buffering on;

# 应用层临时规避：避免在 on_body 中同步 flushHeaders
# 将写操作延迟到 nextTick
process.nextTick(() => res.flushHeaders());

4.2 长期加固：TLS 私钥与内存隔离

从架构视角看，本次 Node.js HTTPS 重入漏洞暴露的是「进程内共享堆」的固有风险。对于高敏感场景，建议将 TLS 终止下沉到独立的反向代理或硬件卸载层，使 Node.js 进程不直接持有私钥；同时启用进程级内存隔离与最小权限运行，降低单点泄露的爆炸半径。