CVE-2019-16786

HIGH

Waitress < 1.4.0 - HTTP Request Smuggling via Transfer-Encoding Header Mishandling

Title source: llm
STIX 2.1

Description

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.

References (8)

Core 8
Core References
Third Party Advisory vendor-advisory x_refsource_redhat
https://access.redhat.com/errata/RHSA-2020:0720
Patch, Third Party Advisory x_refsource_misc
https://www.oracle.com/security-alerts/cpuapr2022.html
Release Notes, Vendor Advisory x_refsource_misc
https://docs.pylonsproject.org/projects/waitress/en/latest/#security-fixes
Mailing List, Third Party Advisory mailing-list x_refsource_mlist
https://lists.debian.org/debian-lts-announce/2022/05/msg00011.html

Scores

CVSS v3 7.1
EPSS 0.0255
EPSS Percentile 82.9%
Attack Vector NETWORK
CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:C/C:H/I:L/A:N

Details

CWE
CWE-444
Status published
Products (7)
agendaless/waitress < 1.3.1
debian/debian_linux 9.0
fedoraproject/fedora 30
fedoraproject/fedora 31
oracle/communications_cloud_native_core_network_function_cloud_native_environment 1.10.0
pypi/waitress 0 - 1.4.0PyPI
redhat/openstack 15
Published Dec 20, 2019
Tracked Since Feb 18, 2026