Evidence used
- No CISA KEV confirmation is currently recorded.
- EPSS is 2.38% for the current model date.
BlackTreeCVE IntelligencePylons · Waitress
High technical severity; prioritise exposed affected systems while verifying vendor guidance.
Alpine, Debian findings are scoped to the named distribution, release and source package. An absent finding does not mean a package is unaffected.
A published vendor fix does not prove that a matching update is enabled and installable on a particular asset. Confirm the local package candidate before scheduling remediation.
| Distribution release | Source package | Vendor state | Fixed version | Evidence |
|---|---|---|---|---|
| Alpine v3.23v3.23 · community | py3-waitress | Vendor fix publishedAlpine records a security fix at this version. An absent entry does not mean the package is unaffected. | 1.4.0-r0 | Alpine Security Database ↗Source updated 22 Oct 2026 |
| Alpine v3.22v3.22 · community | py3-waitress | Vendor fix publishedAlpine records a security fix at this version. An absent entry does not mean the package is unaffected. | 1.4.0-r0 | Alpine Security Database ↗Source updated 22 Oct 2026 |
| Alpine v3.21v3.21 · community | py3-waitress | Vendor fix publishedAlpine records a security fix at this version. An absent entry does not mean the package is unaffected. | 1.4.0-r0 | Alpine Security Database ↗Source updated 22 Oct 2026 |
| Debian trixietrixie · source | waitress | Vendor fix publishedDebian records a fixed source-package version for this release. | 1.4.1-1 | Debian Security Tracker ↗Source updated 23 Oct 2026 |
| Debian bookwormbookworm · source | waitress | Vendor fix publishedDebian records a fixed source-package version for this release. | 1.4.1-1 | Debian Security Tracker ↗Source updated 23 Oct 2026 |
| Debian forkyforky · source | waitress | Vendor fix publishedDebian records a fixed source-package version for this release. | 1.4.1-1 | Debian Security Tracker ↗Source updated 23 Oct 2026 |
| Debian sidsid · source | waitress | Vendor fix publishedDebian records a fixed source-package version for this release. | 1.4.1-1 | Debian Security Tracker ↗Source updated 23 Oct 2026 |
These OSV and GitHub advisory ranges apply only to the named package and ecosystem. A listed fixed version is not a universal product patch or proof that an update is installed.
| Ecosystem and package | Affected range | First fixed version | Evidence |
|---|---|---|---|
| pipwaitress | < 1.4.0 | 1.4.0 | GitHub advisory ↗upstream repository advisory · 19 Nov 2024 |
High technical severity; prioritise exposed affected systems while verifying vendor guidance.
Patch availableWaitress through version 1.3.1 would parse the Transfer-Encoding header and only look for a single string value, if that value was not chunked it would fall through and use the Content-Length header instead. According to the HTTP standard Transfer-Encoding should be a comma separated list, with the inner-most encoding first, followed by any further transfer codings, ending with chunked. Requests sent with: "Transfer-Encoding: gzip, chunked" would incorrectly get ignored, and the request would use a Content-Length header instead to determine the body size of the HTTP message. This could allow for Waitress to treat a single request as multiple requests in the case of HTTP pipelining. This issue is fixed in Waitress 1.4.0.
Waitress through version 1.3.1 would parse the Transfer-Encoding header and only look for a single string value, if that value was not chunked it would fall through and use the Content-Length header instead. According to the HTTP standard Transfer-Encoding should be a comma separated list, with the inner-most encoding first, followed by any further transfer codings, ending with chunked. Requests sent with: "Transfer-Encoding: gzip, chunked" would incorrectly get ignored, and the request would use a Content-Length header instead to determine the body size of the HTTP message. This could allow for Waitress to treat a single request as multiple requests in the case of HTTP pipelining. This issue is fixed in Waitress 1.4.0.
The product acts as an intermediary HTTP agent (such as a proxy or firewall) in the data flow between two entities such as a client and server, but it does not interpret malformed HTTP requests or responses in ways that are consistent with how the messages will be processed by those entities that are at the ultimate destination.
An attacker operating through a network path may attempt exploitation with low privileges. If successful, the issue may cause the confidentiality, integrity or availability impact described by the vendor.
Waitress through version 1.3.1 would parse the Transfer-Encoding header and only look for a single string value, if that value was not chunked it would fall through and use the Content-Length header instead. According to the HTTP standard Transfer-Encoding should be a comma separated list, with the inner-most encoding first, followed by any further transfer codings, ending with chunked. Requests sent with: "Transfer-Encoding: gzip, chunked" would incorrectly get ignored, and the request would use a Content-Length header instead to determine the body size of the HTTP message. This could allow for Waitress to treat a single request as multiple requests in the case of HTTP pipelining. This issue is fixed in Waitress 1.4.0.
The product acts as an intermediary HTTP agent (such as a proxy or firewall) in the data flow between two entities such as a client and server, but it does not interpret malformed HTTP requests or responses in ways that are consistent with how the messages will be processed by those entities that are at the ultimate destination.
An attacker operating through a network path may attempt exploitation with low privileges. If successful, the issue may cause the confidentiality, integrity or availability impact described by the vendor.
CVSS severity, EPSS forecast probability, public exploit material and CISA-confirmed exploitation are separate signals.
No CISA KEV match was present at the last successful refresh. This means no confirmation from that source, not proof of no exploitation.
No exploit-tagged reference or CISA SSVC proof-of-concept state is currently recorded. Research may still exist outside the structured feeds.
CWE-444: Inconsistent Interpretation of HTTP Requests ('HTTP Request/Response Smuggling'). The product acts as an intermediary HTTP agent (such as a proxy or firewall) in the data flow between two entities such as a client and server, but it does not interpret malformed HTTP requests or responses in ways that are consistent with how the messages will be processed by those entities that are at the ultimate destination.
CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:C/C:H/I:L/A:NCommon Vulnerability Scoring System 3.1: the compact vector below is decoded into plain language.
Operational remediation based on structured source evidence.
Published 20 Dec 2019 · Last source change 5 Aug 2024, 01:24 UTC · CWE-444 · Inconsistent Interpretation of HTTP Requests ('HTTP Request/Response Smuggling')
Core structured fields are present and their contributing authorities are shown above.