Reject Transfer-Encoding in pre-HTTP/1.1 requests
authorBrian Neradt <brian.neradt@gmail.com>
Sat, 21 May 2022 17:28:31 +0000 (18:28 +0100)
committerJean Baptiste Favre <debian@jbfavre.org>
Sat, 21 May 2022 17:28:31 +0000 (18:28 +0100)
commitfb3ff18abb6284cdaf88bfe56c966ce1ed50e82d
tree6a55b59b249b7c4ea981ce12249a07ea79f96f35
parent5d1b28c52cef23ebc1a688e578b45b4a52de5b7f
Reject Transfer-Encoding in pre-HTTP/1.1 requests

Origin: upstream
Applied-Upstream: https://github.com/apache/trafficserver/commit/e2c9ac217f24dc3e91ff2c9f52b52093e8fb32d5
Reviewed-by: Jean Baptiste Favre <debian@jbfavre.org>
Last-Update: 2022-05-21

Per spec, Transfer-Encoding is only supported in HTTP/1.1. For earlier
versions, we must reject Transfer-Encoding rather than interpret it
since downstream proxies may ignore the chunk header and rely upon the
Content-Length, or interpret the body some other way.  These differences
in interpretation may open up the door to compatibility issues. To
protect against this, we reply with a 4xx if the client uses
Transfer-Encoding with HTTP versions that do not support it.
Last-Update: 2022-05-21
Gbp-Pq: Name 0019-CVE_2021_37148.patch
proxy/http/HttpTransact.cc