CVE-2026-53659— http4k GZip 过滤器的 gzip 解压无限制导致内存耗尽 DoS 漏洞
一分钟漏洞结论
影响对象
http4k http4k
利用判断
尚无明确在野利用证据，仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本；无法立即升级时，限制受影响服务暴露并加强监测。
http4k 是一个用于 Kotlin HTTP 应用的功能性工具包。在 4.51.0.0、5.42.0.0 和 6.49.0.0 之前的版本中， 、 以及底层 Gzip 请求体解压功能未对解压后的大小设置任何限制。未认证的攻击者可以发送一个经过 gzip 编码的小型请求体，该请求体解压后可扩展至数 GB，从而耗尽 JVM 堆内存，导致其他客户端的服务被拒绝（即发生拒绝服务，DoS）。 修复方案采用 强制默认的 10 MiB 大小限制； 和 会在超过限制时返回 413 Request Entity Too Larg
获取后续新漏洞提醒
登录后订阅
一、 漏洞 CVE-2026-53659 基础信息
漏洞信息
对漏洞内容有疑问？看看神龙的深度分析是否有帮助！
查看神龙十问 ↗
尽管我们使用了先进的大模型技术，但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性，但请您根据实际情况进行核实和判断。
Vulnerability Title
http4k: Unbounded gzip decompression in `ServerFilters.GZip` / `RequestFilters.GunZip` allowed memory-exhaustion DoS
来源: CVE Program / CVE List V5
Vulnerability Description
http4k is a functional toolkit for Kotlin HTTP applications. Prior to 4.51.0.0, 5.42.0.0, and 6.49.0.0, ServerFilters.GZip, RequestFilters.GunZip, and the underlying Gzip request-body decompression functions impose no limit on decompressed size. An unauthenticated client can send a small gzip-encoded request body that expands to gigabytes, exhausting the JVM heap and denying service to other clients. The fix uses SizeLimitedInputStream to enforce a default 10 MiB limit, causes ServerFilters.GZip and RequestFilters.GunZip to return 413 Request Entity Too Large, and causes other decompression paths to throw SizeLimitExceededException. This issue is fixed in versions 4.51.0.0, 5.42.0.0, and 6.49.0.0.
来源: CVE Program / CVE List V5
CVSS Information
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
来源: CVE Program / CVE List V5
Vulnerability Type
对高度压缩数据的处理不恰当(数据放大攻击)
来源: CVE Program / CVE List V5
受影响产品
二、漏洞 CVE-2026-53659 的公开POC
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
AI 生成 POC
高级
未找到公开 POC。
登录以生成 AI POC三、漏洞 CVE-2026-53659 的情报信息
请登录查看更多情报信息。
CVE-2026-53659 补丁与修复 (1)
CVE-2026-53659 厂商安全公告 (1)
CVE-2026-53659 厂商页面 (1)
IV. Related Vulnerabilities
V. Comments for CVE-2026-53659
暂无评论