CVE-2026-70399— Apache HTTP Server 最大连接数限制失效漏洞
一分钟漏洞结论
影响对象
Erlang OTP
利用判断
尚无明确在野利用证据，仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本；无法立即升级时，限制受影响服务暴露并加强监测。
Erlang/OTP 中 inets 组件的 httpd 存在“无限制或无节流地分配资源”的漏洞，允许未经身份验证的远程攻击者通过打开并保持大量连接开放而导致服务中断（DoS）。文档说明 max_clients 选项默认为 150，而 inets 安全加固指南将该限制列为服务中断防御的第一道防线。但是，如果服务器未显式设置该选项，它将会接受无限数量的并发连接。仅建立连接即可触发漏洞，无需发送有效请求，也无需进行身份验证。 技术层面，httpd_manager:handle_new_connection/4 中的连接
获取后续新漏洞提醒
登录后订阅
一、 漏洞 CVE-2026-70399 基础信息
漏洞信息
对漏洞内容有疑问？看看神龙的深度分析是否有帮助！
查看神龙十问 ↗
尽管我们使用了先进的大模型技术，但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性，但请您根据实际情况进行核实和判断。
Vulnerability Title
httpd does not enforce the documented default max_clients connection limit
来源: CVE Program / CVE List V5
Vulnerability Description
Allocation of Resources Without Limits or Throttling vulnerability in Erlang/OTP inets httpd allows an unauthenticated remote attacker to cause denial of service by opening and holding open a large number of connections. The max_clients option is documented to default to 150, and the inets hardening guide presents that limit as the first layer of denial-of-service defence, but a server that does not set it explicitly accepts an unlimited number of simultaneous connections. Establishing the connections is sufficient; no valid request and no authentication are required.
The accept gate in httpd_manager:handle_new_connection/4 reads the option with httpd_util:lookup/2, which returns undefined when the key is absent, rather than the three-argument form carrying the 150 default that the neighbouring get_ustate/2 uses. Erlang term ordering places every integer before every atom, so the Count =< Max guard holds for any connection count and the server never returns {reject, busy}. Each accepted connection occupies a worker process and a socket for as long as it is held, driving the node towards process, memory and file descriptor exhaustion. Servers that set max_clients explicitly are unaffected, because a configured value is applied as intended.
This issue affects OTP from OTP 17.0 before OTP 27.3.4.17, from OTP 28.0 before OTP 28.5.0.6, and from OTP 29.0 before OTP 29.0.6, corresponding to inets from 5.10 before 9.3.2.7, from 9.4 before 9.6.2.3, and from 9.7 before 9.7.2.
来源: CVE Program / CVE List V5
CVSS Information
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N
来源: CVE Program / CVE List V5
Vulnerability Type
不加限制或调节的资源分配
来源: CVE Program / CVE List V5
受影响产品
二、漏洞 CVE-2026-70399 的公开POC
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
AI 生成 POC
高级
未找到公开 POC。
登录以生成 AI POC三、漏洞 CVE-2026-70399 的情报信息
请登录查看更多情报信息。
CVE-2026-70399 其他参考 (6)
同批安全公告 · Erlang · 2026-09-01 · 共 8 条
| CVE-2026-71380 | 8.7 HIGH | Apache HTTP Server 请求体接收超时缺失 |
| CVE-2026-66357 | 8.3 HIGH | inets/httpd 请求走私漏洞 |
| CVE-2026-73812 | 8.3 HIGH | IIS 与 Apache httpd 请求走私漏洞 |
| CVE-2026-73276 | 8.3 HIGH | inetd, httpd 请求走私漏洞 |
| CVE-2026-55951 | 8.2 HIGH | libcurl HTTP客户端响应头内存耗尽漏洞 |
| CVE-2026-59696 | 6.9 MEDIUM | URI端口分量整数转换前未限制 |
| CVE-2026-71562 | 6.3 MEDIUM | libcurl httpc 整数转换越界漏洞 |
IV. Related Vulnerabilities
V. Comments for CVE-2026-70399
暂无评论