Candidate: CVE-2019-16786
PublicDate: 2019-12-20 23:15:00 UTC
References:
 https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-16786
 https://docs.pylonsproject.org/projects/waitress/en/latest/#security-fixes
 https://github.com/Pylons/waitress/security/advisories/GHSA-g2xc-35jw-c63p
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.
Ubuntu-Description:
Notes:
Mitigation:
Bugs:
 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=947306
Priority: low
Discovered-by:
Assigned-to:
CVSS:
 nvd: CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:H/A:N [7.5 HIGH]


Patches_waitress:
 upstream: https://github.com/Pylons/waitress/commit/f11093a6b3240fc26830b6111e826128af7771c3
upstream_waitress: released (1.4.0)
precise/esm_waitress: DNE
trusty_waitress: ignored (out of standard support)
trusty/esm_waitress: DNE
xenial_waitress: ignored (end of standard support, was needed)
esm-infra/xenial_waitress: needed
bionic_waitress: needed
disco_waitress: ignored (reached end-of-life)
eoan_waitress: ignored (reached end-of-life)
focal_waitress: not-affected (1.4.1-1)
groovy_waitress: not-affected (1.4.1-1)
hirsute_waitress: not-affected (1.4.1-1)
impish_waitress: not-affected (1.4.1-1)
jammy_waitress: not-affected (1.4.1-1)
devel_waitress: not-affected (1.4.1-1)