]> git.ipfire.org Git - thirdparty/haproxy.git/commit
BUG/MINOR: mux-quic: prevent crash after MUX init failure
authorAmaury Denoyelle <adenoyelle@haproxy.com>
Mon, 17 Feb 2025 09:54:41 +0000 (10:54 +0100)
committerAmaury Denoyelle <adenoyelle@haproxy.com>
Tue, 18 Feb 2025 10:02:46 +0000 (11:02 +0100)
commit2715dbe9d065d8700a8fba6e2605a451cfbb72b8
tree236cc8a296863f9fe3d0758f2b7bdee3fb10a61a
parent2cdc4695cb82fce46d67cef17300ec7cf978906e
BUG/MINOR: mux-quic: prevent crash after MUX init failure

qmux_init() may fail for several reasons. In this case, connection
resources are freed and underlying and a CONNECTION_CLOSE will be
emitted via its quic_conn instance.

In case of qmux_init() failure, qcc_release() is used to clean up
resources, but QCC <conn> member is first resetted to NULL, as
connection released must be delayed. Some cleanup operations are thus
skipped, one of them is the resetting of <ctx> connection member to
NULL. This may cause a crash as <ctx> is a dangling pointer after QCC
release. One of the possible reproducer is to activate QMUX traces,
which will cause a segfault on the qmux_init() error leave trace.

To fix this, simply reset <ctx> to NULL manually on qmux_init() failure.

This must be backported up to 3.0.
src/mux_quic.c