]> git.ipfire.org Git - thirdparty/haproxy.git/commit
BUG/MINOR: quic: work around NEW_TOKEN parsing error on backend side
authorAmaury Denoyelle <adenoyelle@haproxy.com>
Thu, 12 Jun 2025 15:39:31 +0000 (17:39 +0200)
committerAmaury Denoyelle <adenoyelle@haproxy.com>
Thu, 12 Jun 2025 15:47:15 +0000 (17:47 +0200)
commit577fa446914bd140d080005c3d5ab5fb97552f56
tree3bb0bfb2600b863c2b57591d024e99a28cbf99bf
parent830affc17d65688fce1e7015bb88d133b8b9be32
BUG/MINOR: quic: work around NEW_TOKEN parsing error on backend side

NEW_TOKEN frame is never emitted by a client, hence parsing was not
tested on frontend side.

On backend side, an issue can occur, as expected token length is static,
based on the token length used internally by haproxy. This is not
sufficient for most server implementation which uses larger token. This
causes a parsing error, which may cause skipping of following frames in
the same packet. This issue was detected using ngtcp2 as server.

As for now tokens are unused by haproxy, simply discard test on token
length during NEW_TOKEN frame parsing. The token itself is merely
skipped without being stored. This is sufficient for now to continue on
experimenting with QUIC backend implementation.

This does not need to be backported.
src/quic_frame.c
src/quic_rx.c