CVE-2019-16786
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.
Published:Dec 20, 2019
Last Modified:Nov 21, 2024
EPS:Dec 20, 2019
EPSS Score:0.00516
CVSS Score:7.1
Affected Products
Vendor
Product
Action
Vendor
Agendaless
Product
Waitress
Agendaless
Waitress
Vendor
Debian
Product
Debian Linux
Debian
Debian Linux
Vendor
Fedoraproject
Product
Fedora
Fedoraproject
Fedora
Vendor
Oracle
Product
Communications Cloud Native Core Network Function Cloud Native Environment
Oracle
Communications Cloud Native Core Network Function Cloud Native Environment
Vendor
Redhat
Product
Openstack
Redhat
Openstack
Vendor
Redhat
Product
Quay
Redhat
Quay
Exploits
No exploit reference
Common Weakness Enumeration
Common Attack Pattern Enumeration and Classification (CAPEC)
Related CVEs
References
Common Vulnerability Scoring System
Attack Vector
Network
Adjacent
Local
Physical
Privileges Required
None
Low
High
User Interaction
None
Required
Scope
Unchanged
Changed
Confidentiality
None
Low
High
Integrity
None
Low
High
Availability
None
Low
High
