]> git.kaiwu.me - haproxy.git/commit
BUG/MINOR: sample: fix NULL dereference in the ltime/utime converters
authorMartin Mirchev <mirchevmartin2203@gmail.com>
Wed, 28 Oct 2026 14:33:16 +0000 (22:33 +0800)
committerAmaury Denoyelle <adenoyelle@haproxy.com>
Fri, 30 Oct 2026 09:33:13 +0000 (10:33 +0100)
commitb02f93771f6c1fc48810794c05529cf1f130c2d9
tree7776d9f4b17e75d7b491e7e6058034b4cf570752
parente5e52e33c9ecdccfd1f5973607d80cc33065c0da
BUG/MINOR: sample: fix NULL dereference in the ltime/utime converters

conv_time_common() returns NULL when alloc_trash_chunk() fails, and when
the format string expanded for "%N" does not fit in the trash chunk. Its
four callers, sample_conv_us_ltime(), sample_conv_ms_ltime(),
sample_conv_us_utime() and sample_conv_ms_utime(), dereference the
result without checking it.

A configuration using one of these converters with a long format, e.g.
ms_ltime("%N%N%N...") expanding to more than bufsize, is accepted by
"haproxy -c", and the first request evaluating it crashes the process
with a NULL dereference. A failed allocation at runtime has the same
effect with an ordinary format.

Let's make the converter fail instead, like on its other error paths.

This fixes GitHub issue #3545.

This must be backported to all stable versions up to 3.0, as commit
5e63e1636 introduced the first version of conv_time_common() with a
possible NULL return.
src/sample.c