{"answers":{"affected":"2 open source packages ship an affected version, including ewe. It affects 1 product.","exploited":"It is not confirmed as exploited in the wild, but public exploit code for CVE-2026-32873 exists.","fix":"Upgrade ewe to 3.0.5 or later.","what":"CVE-2026-32873 is a high-severity denial of service vulnerability in vshakitskiy ewe, published on 20 Mar 2026. An attacker can exploit it over the internet without logging in, with no action from the victim."},"fix_prompt":"Check this codebase for CVE-2026-32873 and fix it if it is affected.\n\nWhat it is: CVE-2026-32873 is a high-severity denial of service vulnerability in vshakitskiy ewe, published on 20 Mar 2026. An attacker can exploit it over the internet without logging in, with no action from the victim.\nExploitation: It is not confirmed as exploited in the wild, but public exploit code for CVE-2026-32873 exists.\n\nAffected packages and fixed versions:\n- ewe (Hex): affected from 0.8.0; fixed in 3.0.5\n- ewe (Hex): affected from 0.8.0; fixed in 3.0.5\n\nTask:\n1. Search the dependency manifests and lockfiles (for example package.json, package-lock.json, requirements.txt, poetry.lock, uv.lock, pom.xml, build.gradle, go.mod, Cargo.lock, Gemfile.lock) and any Dockerfiles for the affected packages, including transitive dependencies.\n2. If an affected version is in use, upgrade it to the fixed version for its release line with the project's package manager, so the lockfile is regenerated. Prefer the smallest upgrade that fixes it.\n3. If there is no fix, or the upgrade would break the build, do not guess: explain the risk and the safest workaround instead.\n4. Run the tests and summarise what changed and why.\n5. If nothing in the project is affected, say so and change nothing.\n\nReference: https://insights.sbomify.com/CVE-2026-32873/ (Markdown: https://insights.sbomify.com/CVE-2026-32873/index.md)","id":"CVE-2026-32873","markdown":"https://insights.sbomify.com/CVE-2026-32873/index.md","name":"CVE-2026-32873","record":{"aliases":["GHSA-4w98-xf39-23gp"],"analysis":{"component_type":"library","fix_type":"upgrade","impacts":["denial_of_service"],"network_reachable":"yes","non_default_config":false,"product_category":"Gleam web server library","requires_auth":"none","summary":"Remote attackers can cause a permanent CPU exhaustion denial of service in applications using this Gleam web server library by sending malformed chunked requests.","user_interaction":"not_required","vuln_class":"denial_of_service"},"analysis_generated_by":"qwen3.8-flash-next","assigner":"GitHub_M","cpe":[{"product":"ewe","vendor":"vshakitskiy"}],"cvss":{"score":7.5,"severity":"high","source":"cna","vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H","version":"3.1"},"cwes":[{"id":"CWE-835","name":"Loop with Unreachable Exit Condition"},{"id":"CWE-825","name":"Expired Pointer Dereference"}],"description":"ewe is a Gleam web server. Versions 0.8.0 through 3.0.4 contain a bug in the handle_trailers function where rejected trailer headers (forbidden or undeclared) cause an infinite loop. When handle_trailers encounters such a trailer, three code paths (lines 520, 523, 526) recurse with the original buffer (rest) instead of advancing past the rejected header (Buffer(header_rest, 0)), causing decoder.decode_packet to re-parse the same header on every iteration. The resulting loop has no timeout or escape — the BEAM process permanently wedges at 100% CPU. Any application that calls ewe.read_body on chunked requests is affected, and this is exploitable by any unauthenticated remote client before control returns to application code, making an application-level workaround impossible. This issue is fixed in version 3.0.5.","ecosystems":["Hex"],"exploits":{"exploitdb":0,"first_seen":null,"github_poc":0,"max_poc_stars":null,"metasploit":0,"nuclei":0,"refs":[],"tier":"weaponised"},"has_fix":true,"headline":"ewe: Loop with Unreachable Exit Condition ('Infinite Loop')","id":"CVE-2026-32873","indexable":true,"kev":null,"kind":"cve","links":{"ecosystem":"Hex","product":null,"products":[],"type":"denial_of_service","year":"2026"},"n_packages":2,"n_references":3,"next":{"headline":"UltraJSON has a Memory Leak parsing large integers allows DoS","id":"CVE-2026-32874"},"packages":[{"ecosystem":"Hex","fixed":["3.0.5"],"introduced":["0.8.0"],"last_affected":[],"package":"ewe","purl":null,"source":"GHSA-4w98-xf39-23gp"},{"ecosystem":"Hex","fixed":["3.0.5"],"introduced":["0.8.0"],"last_affected":[],"package":"ewe","purl":"pkg:hex/ewe","source":"GHSA-4w98-xf39-23gp"}],"prev":{"headline":"FastMCP OpenAPI Provider has an SSRF \u0026 Path Traversal Vulnerability","id":"CVE-2026-32871"},"products":["ewe"],"published":"2026-03-20","related":[{"cvss_score":5.3,"headline":"ewe Has Improper Neutralization of CRLF Sequences in HTTP Headers (HTTP Request/Response Splitting)","id":"CVE-2026-34715","kev_date_added":null,"published":"2026-04-02"},{"cvss_score":5.3,"headline":"ewe has an Overly Permissive List of Allowed Inputs","id":"CVE-2026-32881","kev_date_added":null,"published":"2026-03-20"}],"sources":[{"class":"attribution","licence":"CVE Terms of Use (MITRE)","name":"CVE List","prefix":"CVE"},{"class":"attribution","licence":"CC BY 4.0","name":"GitHub Advisory Database","prefix":"GHSA"},{"class":"attribution","licence":"US public information, NVD API terms","name":"NVD"},{"class":"attribution","licence":"CWE Terms of Use","name":"CWE (MITRE)"},{"class":"attribution","licence":"FIRST CVSS licence","name":"CVSS (FIRST)"}],"ssvc":{"automatable":"yes","exploitation":"poc","technical_impact":"partial"},"state":"PUBLISHED","updated":"2026-03-20","vendors":["vshakitskiy"]},"summary":"Remote attackers can cause a permanent CPU exhaustion denial of service in applications using this Gleam web server library by sending malformed chunked requests.","url":"https://insights.sbomify.com/CVE-2026-32873/"}