1
0
mirror of http://git.haproxy.org/git/haproxy.git/ synced 2025-05-05 01:07:59 +00:00

BUG/MINOR: proxy: always detach a proxy from the names tree on free()

Stephen Farrell reported in issue  that recent haproxy versions
crash if there's no resolv.conf. A quick bisect with his reproducer
showed that it started with commit 4194f75 ("MEDIUM: tree-wide: avoid
manually initializing proxies") which reorders the proxies initialization
sequence a bit. The crash shows a corrupted tree, typically indicating a
use-after-free. With the help of ASAN it was possible to find that a
resolver proxy had been destroyed and freed before the name insertion
that causes the crash, very likely caused by the absence of the needed
resolv.conf:

     0x7ffff72a82f7 in free (/usr/local/lib64/libasan.so.5+0x1062f7)
     0x94c1fd in free_proxy src/proxy.c:436
     0x9355d1 in resolvers_destroy src/resolvers.c:2604
     0x93e899 in resolvers_create_default src/resolvers.c:3892
     0xc6ed29 in httpclient_resolve_init src/http_client.c:1170
     0xc6fbcf in httpclient_create_proxy src/http_client.c:1310
     0x4ae9da in ssl_ocsp_update_precheck src/ssl_ocsp.c:1452
     0xa1b03f in step_init_2 src/haproxy.c:2050

But free_proxy() doesn't delete the ebpt_node that carries the name,
which perfectly explains the situation. This patch simply deletes the
name node and Stephen confirmed that it fixed the problem for him as
well. Let's also free it since the key points to p->id which is never
freed either in this function!

No backport is needed since the patch above was first merged into
3.2-dev10.
This commit is contained in:
Willy Tarreau 2025-04-18 23:50:13 +02:00
parent 4309a6fbf8
commit d2a9149f09

View File

@ -414,6 +414,10 @@ void deinit_proxy(struct proxy *p)
free(p->desc);
/* note that the node's key points to p->id */
ebpt_delete(&p->conf.by_name);
free(p->id);
task_destroy(p->task);
pool_destroy(p->req_cap_pool);