ID CVE-2019-16789
Summary In Waitress through version 1.4.0, if a proxy server is used in front of waitress, an invalid request may be sent by an attacker that bypasses the front-end and is parsed differently by waitress leading to a potential for HTTP request smuggling. Specially crafted requests containing special whitespace characters in the Transfer-Encoding header would get parsed by Waitress as being a chunked request, but a front-end server would use the Content-Length instead as the Transfer-Encoding header is considered invalid due to containing invalid characters. If a front-end server does HTTP pipelining to a backend Waitress server this could lead to HTTP request splitting which may lead to potential cache poisoning or unexpected information disclosure. This issue is fixed in Waitress 1.4.1 through more strict HTTP field validation.
References
Vulnerable Configurations
  • cpe:2.3:a:agendaless:waitress:0.1:*:*:*:*:*:*:*
    cpe:2.3:a:agendaless:waitress:0.1:*:*:*:*:*:*:*
  • cpe:2.3:a:agendaless:waitress:0.2:*:*:*:*:*:*:*
    cpe:2.3:a:agendaless:waitress:0.2:*:*:*:*:*:*:*
  • cpe:2.3:a:agendaless:waitress:0.3:*:*:*:*:*:*:*
    cpe:2.3:a:agendaless:waitress:0.3:*:*:*:*:*:*:*
  • cpe:2.3:a:agendaless:waitress:0.4:*:*:*:*:*:*:*
    cpe:2.3:a:agendaless:waitress:0.4:*:*:*:*:*:*:*
  • cpe:2.3:a:agendaless:waitress:0.5:*:*:*:*:*:*:*
    cpe:2.3:a:agendaless:waitress:0.5:*:*:*:*:*:*:*
  • cpe:2.3:a:agendaless:waitress:0.6:*:*:*:*:*:*:*
    cpe:2.3:a:agendaless:waitress:0.6:*:*:*:*:*:*:*
  • cpe:2.3:a:agendaless:waitress:0.6.1:*:*:*:*:*:*:*
    cpe:2.3:a:agendaless:waitress:0.6.1:*:*:*:*:*:*:*
  • cpe:2.3:a:agendaless:waitress:0.7:*:*:*:*:*:*:*
    cpe:2.3:a:agendaless:waitress:0.7:*:*:*:*:*:*:*
  • cpe:2.3:a:agendaless:waitress:0.8:*:*:*:*:*:*:*
    cpe:2.3:a:agendaless:waitress:0.8:*:*:*:*:*:*:*
  • cpe:2.3:a:agendaless:waitress:0.8.1:*:*:*:*:*:*:*
    cpe:2.3:a:agendaless:waitress:0.8.1:*:*:*:*:*:*:*
  • cpe:2.3:a:agendaless:waitress:0.8.2:*:*:*:*:*:*:*
    cpe:2.3:a:agendaless:waitress:0.8.2:*:*:*:*:*:*:*
  • cpe:2.3:a:agendaless:waitress:0.8.3:*:*:*:*:*:*:*
    cpe:2.3:a:agendaless:waitress:0.8.3:*:*:*:*:*:*:*
  • cpe:2.3:a:agendaless:waitress:0.8.4:*:*:*:*:*:*:*
    cpe:2.3:a:agendaless:waitress:0.8.4:*:*:*:*:*:*:*
  • cpe:2.3:a:agendaless:waitress:0.8.5:*:*:*:*:*:*:*
    cpe:2.3:a:agendaless:waitress:0.8.5:*:*:*:*:*:*:*
  • cpe:2.3:a:agendaless:waitress:0.8.6:*:*:*:*:*:*:*
    cpe:2.3:a:agendaless:waitress:0.8.6:*:*:*:*:*:*:*
  • cpe:2.3:a:agendaless:waitress:0.8.7:*:*:*:*:*:*:*
    cpe:2.3:a:agendaless:waitress:0.8.7:*:*:*:*:*:*:*
  • cpe:2.3:a:agendaless:waitress:0.8.8:*:*:*:*:*:*:*
    cpe:2.3:a:agendaless:waitress:0.8.8:*:*:*:*:*:*:*
  • cpe:2.3:a:agendaless:waitress:0.8.9:*:*:*:*:*:*:*
    cpe:2.3:a:agendaless:waitress:0.8.9:*:*:*:*:*:*:*
  • cpe:2.3:a:agendaless:waitress:0.8.10:*:*:*:*:*:*:*
    cpe:2.3:a:agendaless:waitress:0.8.10:*:*:*:*:*:*:*
  • cpe:2.3:a:agendaless:waitress:0.8.11:*:*:*:*:*:*:*
    cpe:2.3:a:agendaless:waitress:0.8.11:*:*:*:*:*:*:*
  • cpe:2.3:a:agendaless:waitress:0.9.0:*:*:*:*:*:*:*
    cpe:2.3:a:agendaless:waitress:0.9.0:*:*:*:*:*:*:*
  • cpe:2.3:a:agendaless:waitress:1.0.0:*:*:*:*:*:*:*
    cpe:2.3:a:agendaless:waitress:1.0.0:*:*:*:*:*:*:*
  • cpe:2.3:a:agendaless:waitress:1.0.1:*:*:*:*:*:*:*
    cpe:2.3:a:agendaless:waitress:1.0.1:*:*:*:*:*:*:*
  • cpe:2.3:a:agendaless:waitress:1.0.2:*:*:*:*:*:*:*
    cpe:2.3:a:agendaless:waitress:1.0.2:*:*:*:*:*:*:*
  • cpe:2.3:a:agendaless:waitress:1.1.0:*:*:*:*:*:*:*
    cpe:2.3:a:agendaless:waitress:1.1.0:*:*:*:*:*:*:*
  • cpe:2.3:a:agendaless:waitress:1.2.0:*:*:*:*:*:*:*
    cpe:2.3:a:agendaless:waitress:1.2.0:*:*:*:*:*:*:*
  • cpe:2.3:a:agendaless:waitress:1.2.1:*:*:*:*:*:*:*
    cpe:2.3:a:agendaless:waitress:1.2.1:*:*:*:*:*:*:*
  • cpe:2.3:a:agendaless:waitress:1.3.0:*:*:*:*:*:*:*
    cpe:2.3:a:agendaless:waitress:1.3.0:*:*:*:*:*:*:*
  • cpe:2.3:a:agendaless:waitress:1.3.1:*:*:*:*:*:*:*
    cpe:2.3:a:agendaless:waitress:1.3.1:*:*:*:*:*:*:*
  • cpe:2.3:a:agendaless:waitress:1.4.0:*:*:*:*:*:*:*
    cpe:2.3:a:agendaless:waitress:1.4.0:*:*:*:*:*:*:*
  • cpe:2.3:a:oracle:communications_cloud_native_core_network_function_cloud_native_environment:1.10.0:*:*:*:*:*:*:*
    cpe:2.3:a:oracle:communications_cloud_native_core_network_function_cloud_native_environment:1.10.0:*:*:*:*:*:*:*
  • cpe:2.3:o:debian:debian_linux:9.0:*:*:*:*:*:*:*
    cpe:2.3:o:debian:debian_linux:9.0:*:*:*:*:*:*:*
  • cpe:2.3:o:fedoraproject:fedora:30:*:*:*:*:*:*:*
    cpe:2.3:o:fedoraproject:fedora:30:*:*:*:*:*:*:*
  • cpe:2.3:o:fedoraproject:fedora:31:*:*:*:*:*:*:*
    cpe:2.3:o:fedoraproject:fedora:31:*:*:*:*:*:*:*
  • cpe:2.3:a:redhat:openstack:15:*:*:*:*:*:*:*
    cpe:2.3:a:redhat:openstack:15:*:*:*:*:*:*:*
CVSS
Base: 6.4 (as of 23-09-2022 - 18:58)
Impact:
Exploitability:
CWE CWE-444
CAPEC
  • HTTP Request Splitting
    HTTP Request Splitting (also known as HTTP Request Smuggling) is an attack pattern where an attacker attempts to insert additional HTTP requests in the body of the original (enveloping) HTTP request in such a way that the browser interprets it as one request but the web server interprets it as two. There are several ways to perform HTTP request splitting attacks. One way is to include double Content-Length headers in the request to exploit the fact that the devices parsing the request may each use a different header. Another way is to submit an HTTP request with a "Transfer Encoding: chunked" in the request header set with setRequestHeader to allow a payload in the HTTP Request that can be considered as another HTTP Request by a subsequent parsing entity. A third way is to use the "Double CR in an HTTP header" technique. There are also a few less general techniques targeting specific parsing vulnerabilities in certain web servers.
  • HTTP Request Smuggling
    HTTP Request Smuggling results from the discrepancies in parsing HTTP requests between HTTP entities such as web caching proxies or application firewalls. Entities such as web servers, web caching proxies, application firewalls or simple proxies often parse HTTP requests in slightly different ways. Under specific situations where there are two or more such entities in the path of the HTTP request, a specially crafted request is seen by two attacked entities as two different sets of requests. This allows certain requests to be smuggled through to a second entity without the first one realizing it.
Access
VectorComplexityAuthentication
NETWORK LOW NONE
Impact
ConfidentialityIntegrityAvailability
PARTIAL PARTIAL NONE
cvss-vector via4 AV:N/AC:L/Au:N/C:P/I:P/A:N
redhat via4
advisories
rhsa
id RHSA-2020:0720
rpms python3-waitress-0:1.4.2-1.el8ost
refmap via4
confirm https://github.com/github/advisory-review/pull/14604
fedora
  • FEDORA-2020-65a7744e38
  • FEDORA-2020-bdcc8ffc24
misc
Last major update 23-09-2022 - 18:58
Published 26-12-2019 - 17:15
Last modified 23-09-2022 - 18:58
Back to Top