]> git.ipfire.org Git - thirdparty/haproxy.git/commit
BUG/MEDIUM: mux-spop: Reject connection attempts from a non-spop frontend
authorChristopher Faulet <cfaulet@haproxy.com>
Mon, 25 Aug 2025 06:14:46 +0000 (08:14 +0200)
committerChristopher Faulet <cfaulet@haproxy.com>
Mon, 25 Aug 2025 09:11:05 +0000 (11:11 +0200)
commit886a248be4d480a095b6aac40b28d8386b79d9c2
tree1898e61d77ce0734b01167233c1a09fad78b4267
parentb4a92e7cb18cf6a41354af5316dc0d60b76051ce
BUG/MEDIUM: mux-spop: Reject connection attempts from a non-spop frontend

It is possible to crash the process by initializing a connection to a SPOP
server from a non-spop frontend. It is of course unexpected and invalid. And
there are some checks to prevent that when the configuration is
loaded. However, it is not possible to handle all cases, especially the
"use_backend" rules relying on log-format strings.

It could be good to improve the backend selection by checking the mode
compatibility (for now, it is only performed for the HTTP).

But at the end, this can also be handled by the SPOP multiplexer when it is
initialized. If the opposite SD is not attached to an SPOE agent, we should
fail the mux initialization and return an internal error.

This patch must be backported as far as 3.1.
src/mux_spop.c