CVE-2026-44456

描述

## Summary `bodyLimit()` does not reliably enforce `maxSize` for requests without a usable `Content-Length` (e.g. `Transfer-Encoding: chunked`). Oversized requests can reach handlers and return `200` instead of `413`. ## Details For chunked / unknown-length requests, `bodyLimit()` wraps the body in a stream that counts bytes asynchronously, then runs the handler before the size decision is final. The `413` is only applied afterwards by checking `c.error`. This lets the limit be bypassed when: - the handler does not read the body, - the handler reads only the first chunk(s) and returns, or - the handler reads the body but swallows the read error in `try/catch`. In all three cases the handler returns `200` before the limit check completes (or its result is observed). The fix is to enforce the size decision before `next()` runs, instead of retrofitting the response via `c.error` afterwards. ## Impact Applications relying on `bodyLimit()` as a hard boundary can be bypassed: oversized chunked requests can reach handler logic and return successful responses. Per-request data exposure is bounded by `maxSize`, but the documented guarantee — "oversized requests are rejected before business logic runs" — does not hold. ## Credits - @lalalala5678 (slow chunked / early return variants) - @Jvr2022 (error handling bypass)

如何修補 CVE-2026-44456

要修補 CVE-2026-44456,請將受影響套件升級到下列已修補版本。

• —升級至 4.12.16 或更新版本

CVE-2026-44456 正在被利用嗎?

低 — EPSS 為 0.2%,目前沒有觀察到大規模利用活動。

受影響套件(1)

• from 0, < 4.12.16

CVSS 分數