Add OSS-Fuzz #508370122 reproducer to client_fuzzer corpus

Same root cause as #508342856 (fixed in 2d2efe4): an oversized
Content-Length value (here 4467440718547775) caused res.body.reserve()
to attempt a multi-petabyte allocation. The UBSAN fuzzer job surfaced
it as a std::bad_alloc-driven abort, while the ASAN job for #508342856
reported it as allocation-size-too-big. The payload_max_length_ cap
introduced in 2d2efe4 already addresses both.
This commit is contained in:
yhirose
2026-05-01 21:34:03 +09:00
parent 2d2efe46da
commit b223e29778

View File

@@ -0,0 +1,3 @@
HTTP/1.1 777
Content-Length:446744071854775