CVE-2026-32689: phoenixframework phoenix · Unthrottled Resource Allocation
Affects phoenixframework phoenixSource CVE Database V5
Not known to be exploited · CVSS 8.7 High : upgrade to 1.8.6 or 1.7.22 soon.
Data as of 2 Nov 2026, 22:58 UTC
- EPSS
- 0.4% chance of exploitation in 30 days – higher than 40% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 1.8.6, 1.7.22
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:NExploitation evidence
Disclosed: evidence found.
CVE published 5 May 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2 Nov 2026.
What to do
Upgrade phoenixframework phoenix to 1.8.6 or 1.7.22.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| phoenixframeworkphoenix | Affected
| Fixed in
|
| phoenixframeworkphoenix | Affected
| Fixed in
|
| phoenixframeworkphoenix | Affected
| Fixed in– |
Hexphoenixframework/phoenixpkg:hex/phoenixframework/phoenixOther threats | Affected
| Fixed in– |
Hexphoenixpkg:hex/phoenixOther threats | Affected
| Fixed in
|
CPE configurations (1)
cpe:2.3:a:phoenixframework:phoenix:*:*:*:*:*:*:*:*
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
If you cannot patch yet, consider implementing request size limits or throttling on the long-poll transport endpoint to mitigate excessive resource consumption.
Description
Allocation of Resources Without Limits or Throttling vulnerability in phoenixframework phoenix allows a denial of service via the long-poll transport's NDJSON body handling. In 'Elixir.Phoenix.Transports.LongPoll':publish/4, when a POST request is received with Content-Type: application/x-ndjson, the request body is split on newline characters using String.split/2 with no limit on the number of resulting segments. An attacker can send a body consisting entirely of newline bytes, causing a 1:1 amplification into a list of empty binaries — a 1 MB body produces approximately one million list elements, an 8 MB body approximately 8.4 million. Each element is then walked by Enum.map, materializing another list of the same size. This exhausts BEAM memory and schedulers, crashing the node and terminating all active sessions. A session token required to reach the vulnerable endpoint is freely obtainable by any client via an unauthenticated GET request to the same URL with a matching Origin header, making this attack effectively unauthenticated. This issue affects phoenix: from 1.7.0 before 1.7.22 and 1.8.6.
References
- github.com/phoenixframework/phoenix/security/advisories/GHSA-628h-q48j-jr6q (opens in a new tab)
- cna.erlef.org/cves/CVE-2026-32689.html (opens in a new tab)
- osv.dev/vulnerability/EEF-CVE-2026-32689 (opens in a new tab)
- github.com/phoenixframework/phoenix/commit/1a67c61ff9ce0a7711662ac7354861917a7c80f7 (opens in a new tab)
- github.com/phoenixframework/phoenix/commit/912ea181fd247c21dbcc49fb97d0053b947d81bf (opens in a new tab)