]> granicus.if.org Git - libevent/commit
evdns: fix a crash when evdns_base with waiting requests is freed
authorayuseleznev <ayuseleznev@iponweb.net>
Thu, 27 Feb 2020 13:59:45 +0000 (16:59 +0300)
committerayuseleznev <ayuseleznev@iponweb.net>
Fri, 28 Feb 2020 12:06:24 +0000 (15:06 +0300)
commit4da9f87ccbe71edb3b3aaf74b8b64d7e9c41dcaf
treeea92006eaff93e1ee4f32289c0af07c9c0314ef8
parent968bbd5c918568eb95b493af05c464ddfc36671b
evdns: fix a crash when evdns_base with waiting requests is freed

Fix undefined behaviour and application crash that might take
place in some rare cases after calling evdns_base_free when
there are requests in the waiting queue.

Current cleanup procedure in evdns_base_free_and_unlock
function includes 2 steps:
1. Finish all inflight requests.
2. Finish all waiting requests.
During the first step we iterate over each list in req_heads
structure and finish all requests in these lists. With current
logic finishing an inflight request (function request_finished)
removes it from the inflight requests container and forces
a wating connection to be sent (by calling
evdns_requests_pump_waiting_queue). When these new requests are
sent it is possible that they will be inserted to the list in
req_heads that we've already cleaned.
So in some cases container of the inflight requests is not empty
after this procedure and some requests are not finished and
deleted. When timeouts for these requests expire
evdns_request_timeout_callback is called but corresponding
evdns_base has been already deleted which causes undefined
behaviour and possible applicaton crash.

It is interesting to note that in old versions of libevent such
situation was not possible. This bug was introduced by the commit
14f84bbdc77d90b1d936076661443cdbf516c593. Before this commit
nameservers were deleted before finishing the requests. Therefore
it was not possible that requests from the waiting queue be sent
while we finish the inflight requests.
evdns.c
test/regress_dns.c