CVE-2026-8468
Unbounded buffer accumulation in multipart header parsing causes denial of service in plug
- State
- Published
- Severity
- 8.2 High
- Published
- May 14, 2026
- Updated
- May 27, 2026
- Reserved
- May 13, 2026
Description
Allocation of Resources Without Limits or Throttling vulnerability in plug_project plug allows denial of service via unbounded buffer accumulation in multipart header parsing.
'Elixir.Plug.Conn':read_part_headers/2 in lib/plug/conn.ex does not obey its :length parameter. There is no upper bound on the size of the accumulated buffer. By contrast, the sibling function read_part_body has an explicit byte_size(acc) > length guard that stops accumulation once a limit is reached. No such guard exists in read_part_headers. An unauthenticated remote attacker can exhaust server memory by sending a crafted multipart/form-data request, causing a denial of service.
This issue affects plug from 1.4.0 before 1.15.4, 1.16.3, 1.17.1, 1.18.2, and 1.19.2.
Scores
| CVSS | Score | Vector | Source |
|---|---|---|---|
| 4.0 | 8.2 High | CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N | EEF |
Weaknesses
- CWE-770 Allocation of Resources Without Limits or Throttling
Affected Products
| Product | Versions |
|---|---|
plugelixir-plug |
|
plugelixir-plug |
|
References
- https://github.com/elixir-plug/plug/security/advisories/GHSA-468c-vq7p-gh64vendor-advisoryrelated
- https://cna.erlef.org/cves/CVE-2026-8468.htmlrelated
- https://osv.dev/vulnerability/EEF-CVE-2026-8468related
- https://cna.erlef.org/cves/CVE-2026-8466.htmlrelated
- https://github.com/elixir-plug/plug/commit/2cb7958d33030aa826b0c7404375844d4593d43apatch
- https://github.com/elixir-plug/plug/commit/aa69c5ece99c40ded88b8c6581ecc86664b0b734patch
- https://github.com/elixir-plug/plug/commit/d5dfffe25e975585227b1b85d247b0d14164bc45patch
- https://github.com/elixir-plug/plug/commit/df812a1527bae9e941965e897308a2b8bbf83a94patch
- https://github.com/elixir-plug/plug/commit/33858427c7f2737d560a2e40a0c9a9270d77d1d7patch
Every record here comes from the CVE Program’s CVE List. © 1999–2026 The MITRE Corporation. CVE is a registered trademark of The MITRE Corporation. The records are reproduced under the CVE Program terms of use.