这个 Node.js 漏洞可能导致 React 和 Next.js 崩溃-编程阁

上周我才知道一件挺反直觉的事：在 Node.js 里，栈溢出（Maximum call stack size exceeded）通常是“可抓住”的——你try/catch，服务照样跑。

但有个边界情况会让你当场破防：只要启用了async_hooks（很多框架/监控工具都会启用），同样的栈溢出会变成进程级崩溃，Node 直接exit code 7退出，catch 不到、uncaughtException 也帮不上。

这不是“理论 bug”。它会影响现实世界里一堆常见组合：React Server Components、Next.js、APM（Datadog / New Relic / OpenTelemetry 等）。

1）正常的栈溢出行为

你以为世界应该这样运转：

function recursive() { return recursive(); } try { recursive(); } catch (err) { console.log('Caught stack overflow', err.message); }

通常会抛RangeError: Maximum call stack size exceeded，然后被 catch，服务继续跑。

2）真正吓人的情况

当async_hooks开着时，某些路径下的栈溢出会触发 Node 的“致命异常处理”，直接让进程退出，catch 根本没机会执行。

复现长得像这样（用createHook().enable()模拟 APM 的行为）：

import { createHook } from 'node:async_hooks'; createHook({ init() {} }).enable(); function recursive() { new Promise(() => {}); // 触发 async_hooks 路径 return recursive(); } try { recursive(); } catch (err) { console.log('This NEVER runs'); }

现象是：进程直接退出，exit code 7。

3）为什么 React / Next.js / APM 特别容易踩中

因为它们大量依赖AsyncLocalStorage（底层基于async_hooks）去做“请求上下文追踪”：谁的请求、谁的 cookies、谁的 headers、链路追踪怎么串起来。

React Server Components：用类似AsyncLocalStorage的机制跟踪渲染/请求上下文（概念上是这样）
Next.js：在请求处理里用 ALS 保存 request context（cookies、headers 等）
APM：为了跨 async 边界串链路，常常启用async_hooks/ALS

所以现实里只要你：

用 RSC / Next.js
或者require('dd-trace')这类 APM 初始化

你大概率已经把async_hooks相关路径打开了。

4）真实攻击面

最狠的地方是：这不是“你写了死递归”才会发生。 **只要你有递归处理用户输入，而且深度可控，就有 DoS 风险。

比如 Next.js API route 里递归解析用户 JSON：

export default async function handler(req, res) { try { const result = processNestedData(req.body); res.json({ success: true }); } catch (err) { res.status(500).json({ error: 'Failed' }); // 可能根本走不到 } } function processNestedData(data) { if (Array.isArray(data)) { return data.map(processNestedData); } return data.value; }

攻击者丢一个深到离谱的嵌套数组（几万层），在启用了async_hooks的情况下可能直接把进程打挂。

一句话：一条恶意请求 = 整个 Node 进程下线。

5）官方修复：Node.js 已在 2026 年 1 月公告并修补

Node 官方在 2026 年 1 月发布了安全公告，说明当async_hooks启用且发生栈溢出时，旧行为会导致立即退出 code 7，并且跳过常规异常处理。

公告同时给出已修复版本（按官方描述的修补线）：

Node 20.20.0+
Node 22.22.0+
Node 24.13.0+建议尽快升级。

另外官方也强调：“栈溢出可恢复”本来就是 best-effort 的未指定行为，别把它当安全边界。

6）别只升级 Node

升级是第一步，但别自信过头——生产里真正稳的做法是：不要让用户输入控制递归深度。

✅ 方案 A：硬性深度限制

function processNestedData(data, depth = 0) { if (depth > 100) throw new Error('Nesting too deep'); if (Array.isArray(data)) { return data.map(item => processNestedData(item, depth + 1)); } return data.value; }

✅ 方案 B：改成迭代（别让调用栈背锅）

function processNestedDataIterative(data) { const stack = [data]; while (stack.length) { const item = stack.pop(); if (Array.isArray(item)) { for (const child of item) stack.push(child); } } }