aboutsummaryrefslogtreecommitdiff
path: root/changes/bug20103
diff options
context:
space:
mode:
authorNick Mathewson <nickm@torproject.org>2016-09-19 12:03:58 -0400
committerNick Mathewson <nickm@torproject.org>2016-09-20 10:43:58 -0400
commit9b5a19c64b8195298753b3cd7059e8fcaaabe5bd (patch)
treee7bff8dc95ff954218c48fcec68aefa257d1f565 /changes/bug20103
parent6494f3346b0e7b8b641c720c2d5c1e8277935f6f (diff)
downloadtor-9b5a19c64b8195298753b3cd7059e8fcaaabe5bd.tar.gz
tor-9b5a19c64b8195298753b3cd7059e8fcaaabe5bd.zip
Don't look at any routerstatus_t when the networkstatus is inconsistent
For a brief moment in networkstatus_set_current_consensus(), the old consensus has been freed, but the node_t objects still have dead pointers to the routerstatus_t objects within it. During that interval, we absolutely must not do anything that would cause Tor to look at those dangling pointers. Unfortunately, calling the (badly labeled!) current_consensus macro or anything else that calls into we_use_microdescriptors_for_circuits(), can make us look at the nodelist. The fix is to make sure we identify the main consensus flavor _outside_ the danger zone, and to make the danger zone much much smaller. Fixes bug 20103. This bug has been implicitly present for AGES; we just got lucky for a very long time. It became a crash bug in 0.2.8.2-alpha when we merged 35bbf2e4a4e8ccb to make find_dl_schedule start looking at the consensus, and 4460feaf2850ef0 which made node_get_all_orports less (accidentally) tolerant of nodes with a valid ri pointer but dangling rs pointer.
Diffstat (limited to 'changes/bug20103')
-rw-r--r--changes/bug201037
1 files changed, 7 insertions, 0 deletions
diff --git a/changes/bug20103 b/changes/bug20103
new file mode 100644
index 0000000000..c2b81d3797
--- /dev/null
+++ b/changes/bug20103
@@ -0,0 +1,7 @@
+ o Major bug fixes (crash):
+
+ - Fix a complicated crash bug that could affect Tor clients
+ configured to use bridges when replacing a networkstatus consensus
+ in which one of their bridges was mentioned. OpenBSD users saw
+ more crashes here, but all platforms were potentially affected.
+ Fixes bug 20103; bugfix on 0.2.8.2-alpha.