haproxy/reg-tests/http-messaging/h1_request_target_validation.vtc
Christopher Faulet 25bcdb1d95 BUG/MAJOR: h1: Be stricter on request target validation during message parsing
As stated in issue #2565, checks on the request target during H1 message
parsing are not good enough. Invalid paths, not starting by a slash are in
fact parsed as authorities. The same error is repeated at the sample fetch
level. This last point is annoying because routing rules may be fooled. It
is also an issue when the URI or the Host header are updated.

Because the error is repeated at different places, it must be fixed. We
cannot be lax by arguing it is the server's job to accept or reject invalid
request targets. With this patch, we strengthen the checks performed on the
request target during H1 parsing. Idea is to reject invalid requests at this
step to be sure it is safe to manipulate the path or the authority at other
places.

So now, the asterisk-form is only allowed for OPTIONS and OTHER methods.
This last point was added to not reject the H2 preface. In addition, we take
care to have only one asterisk and nothing more. For the CONNECT method, we
take care to have a valid authority-form. All other form are rejected. The
authority-form is now only supported for CONNECT method. No specific check
is performed on the origin-form (except for the CONNECT method). For the
absolute-form, we take care to have a scheme and a valid authority.

These checks are not perfect but should be good enough to properly identify
each part of the request target for a relative small cost. But, it is a
breaking change. Some requests are now be rejected while they was not on
older versions. However, nowadays, it is most probably not an issue.  If it
turns out it's really an issue for legitimate use-cases, an option would be
to supports these kinds of requests when the "accept-invalid-http-request"
option is set, with the consequence of seeing some sample fetches having an
unexpected behavior.

This patch should fix the issue #2665. It MUST NOT be backported. First
because it is a breaking change. And then because by avoiding backporting
it, it remains possible to relax the parsing with the
"accept-invalid-http-request" option.
2024-05-15 21:20:37 +02:00

112 lines
2.4 KiB
Plaintext

varnishtest "HTTP request tests: H1 request target parsing"
feature ignore_unknown_macro
#REQUIRE_VERSION=3.0
haproxy h1 -conf {
global
# WT: limit false-positives causing "HTTP header incomplete" due to
# idle server connections being randomly used and randomly expiring
# under us.
tune.idle-pool.shared off
defaults
mode http
timeout connect "${HAPROXY_TEST_TIMEOUT-5s}"
timeout client "${HAPROXY_TEST_TIMEOUT-5s}"
timeout server "${HAPROXY_TEST_TIMEOUT-5s}"
listen li1
bind "fd@${li1}"
http-request return status 200
} -start
client c1 -connect ${h1_li1_sock} {
txreq -req "OPTIONS" -url "*"
rxresp
expect resp.status == 200
} -run
client c2 -connect ${h1_li1_sock} {
txreq -req "OPTIONS" -url "/"
rxresp
expect resp.status == 200
} -run
client c3 -connect ${h1_li1_sock} {
txreq -req "OPTIONS" -url "http://haproxy.org" \
-hdr "Host: haproxy.org"
rxresp
expect resp.status == 200
} -run
client c4 -connect ${h1_li1_sock} {
txreq -req "OPTIONS" -url "*/test"
rxresp
expect resp.status == 400
} -run
client c5 -connect ${h1_li1_sock} {
txreq -req "GET" -url "*"
rxresp
expect resp.status == 400
} -run
client c6 -connect ${h1_li1_sock} {
txreq -req "CONNECT" -url "haproxy.org:80" \
-hdr "Host: haproxy.org"
rxresp
expect resp.status == 200
} -run
client c7 -connect ${h1_li1_sock} {
txreq -req "CONNECT" -url "haproxy.org" \
-hdr "Host: haproxy.org"
rxresp
expect resp.status == 400
} -run
client c8 -connect ${h1_li1_sock} {
txreq -req "CONNECT" -url "/"
rxresp
expect resp.status == 400
} -run
client c9 -connect ${h1_li1_sock} {
txreq -req "CONNECT" -url "http://haproxy.org:80" \
-hdr "Host: haproxy.org"
rxresp
expect resp.status == 400
} -run
client c11 -connect ${h1_li1_sock} {
txreq -req "GET" -url "/" \
-hdr "Host: haproxy.org"
rxresp
expect resp.status == 200
} -run
client c12 -connect ${h1_li1_sock} {
txreq -req "GET" -url "haproxy.org:80" \
-hdr "Host: haproxy.org"
rxresp
expect resp.status == 400
} -run
client c13 -connect ${h1_li1_sock} {
txreq -req "GET" -url "admin"
rxresp
expect resp.status == 400
} -run
client c14 -connect ${h1_li1_sock} {
txreq -req "GET" -url "admin/a/b"
rxresp
expect resp.status == 400
} -run