[tor-bugs] #23862 [Core Tor/Tor]: Tor only updates guard state after a consensus if it has enough directory info
Tor Bug Tracker & Wiki
blackhole at torproject.org
Sat Oct 14 21:24:45 UTC 2017
#23862: Tor only updates guard state after a consensus if it has enough directory
info
-------------------------+-------------------------------------------------
Reporter: teor | Owner: (none)
Type: defect | Status: new
Priority: Medium | Milestone: Tor: 0.3.2.x-final
Component: Core | Version: Tor: 0.3.0.6
Tor/Tor | Keywords: tor-guard, tor-bridge, tor-client,
Severity: Normal | 030-backport, 031-backport
Actual Points: | Parent ID: #21969
Points: 1 | Reviewer:
Sponsor: |
-------------------------+-------------------------------------------------
Steps to reproduce:
1. Launch tor in a fresh data directory
{{{
export DATADIR=`mktemp -d`
src/or/tor DataDirectory "$DATADIR" StrictNodes 1 EntryNodes
1390DFDB5603AB5A16564505D7AE8647B1818A3C
}}}
2. Delete its microdescriptors
{{{
rm -v "$DATADIR"/cached-microdescs*
}}}
3. Repeat step 1
Expected behaviour:
Tor uses the selected EntryNode
Actual Behaviour:
Tor uses a fallback directory mirror
This happens because tor should update guard state after every consensus,
but it only updates guard state when it has enough directory info.
It is pathological when combined with #23817, when tor gets in a state
when it doesn't have enough directory info because its guards are broken,
and never updates its guard state, so it can't get enough directory info.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/23862>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
More information about the tor-bugs
mailing list