CVE-2026-57488 json
pupnp: Integer truncation in HTTP Content-Length parsing enables request smuggling
published 4mo ago modified 22d ago also EUVD-2026-102930 , GHSA-g6c2-x4r9-352g
Unreviewed: the maintainers' own advisory
Published by the maintainers on their GitHub repository pupnp/pupnp. GitHub has not reviewed it into the GitHub Advisory Database, so the affected packages and versions are the maintainers' word. Read the full advisory on GitHub.
- cvss
- 7.1
- version 3.1, CNA
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 0.3%
- EPSS 0.3% chance of exploitation in 30 days, percentile 26%
- public exploits
- 0
- none known
Summary
pupnp is an SDK for development of UPnP device and control point applications. Prior to 2.0.2, raw_to_int in upnp/src/genlib/net/http/httpparser.c parses Content-Length with strtol and casts the resulting long to a 32-bit int before the caller stores it as unsigned int. On LP64 systems, values greater than INT_MAX can truncate or wrap, so the HTTP parser can accept a body length different from the declared value. A remote adjacent-network peer can use the resulting parser disagreement to leave bytes to be interpreted as another request in persistent or proxied contexts, or can make a worker wait for an extremely large body and cause denial of service. This issue is fixed in 2.0.2.
Patch / fix
- pupnp_project pupnp 2.0.2
- libupnp_project libupnp 2.0.2
- pupnp Debian 14 1:22.1.8-2
debian advisories DEBIAN-CVE-2026-57488
Is CVE-2026-57488 in your stack? Fencer shows which of your repositories are affected as soon as an advisory lands, and opens the fix as a pull request.
Check with FencerVendor advisories
What the vendors themselves say about their products: affected, fixed or not affected, and what to do.
red hat product security vex CVE-2026-57488 updated cvss 7.1
pupnp: pupnp: Denial of Service via improper Content-Length header parsing
-
Red Hat All currently supported Red Hat productsnot affected: vulnerable code not present
Red Hat CSAF VEX © Red Hat, Inc., from https://security.access.redhat.com/data/csaf/v2/vex/; changed: reduced to product statuses and remediations. CC BY 4.0 · csaf
CISA SSVC
- Exploitation
- Proof of concept is public
- Automatable
- no
- Technical impact
- partial
- Assessed
- 26d ago
Exploit prediction
0.33% chance of exploitation in the next 30 days, higher than 26% of all scored CVEs (FIRST EPSS, 2026-11-11).
Exploits and checks
- github.com https://github.com/pupnp/pupnp/security/advisories/GHSA-g6c2-x4r9-352g referenced PoC, tagged "exploit" by a source, unverified
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| CNA | 3.1 | 7.1 | CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:H |
Affected products
- pupnp pupnp
Classification
References
-
github.com
/pupnp/pupnp/commit/de9602aef34ff722f3630d66c9be8eaa0aa9f012
patch
-
github.com
/pupnp/pupnp/security/advisories/GHSA-g6c2-x4r9-352g
exploit, mitigation, vendor-advisory, advisory
-
github.com
/pupnp/pupnp/releases/tag/release-2.0.2
release-notes
Sources
- CVE List CVE-2026-57488
- NVD CVE-2026-57488
- Maintainer advisory GHSA-g6c2-x4r9-352g
Fencer Intel keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.
The maintainers of pupnp/pupnp published their own advisory on GitHub. Reviewed sources take precedence over it.
CPEs and fixed versions use Anchore's correction of NVD's data: Added CPE configurations because not yet analyzed by NVD.