[tor-bugs] #20533 [Core Tor/Tor]: Each download request should only increment the failure count once
Tor Bug Tracker & Wiki
blackhole at torproject.org
Mon Nov 7 11:52:01 UTC 2016
#20533: Each download request should only increment the failure count once
--------------------------+------------------------------------
Reporter: teor | Owner:
Type: defect | Status: new
Priority: Medium | Milestone: Tor: 0.2.9.x-final
Component: Core Tor/Tor | Version:
Severity: Normal | Resolution:
Keywords: regression | Actual Points:
Parent ID: #20499 | Points: 1
Reviewer: | Sponsor:
--------------------------+------------------------------------
Comment (by teor):
Hmm, I'm still thinking about this:
If the consensus was current when we received it, but has expired before
we received all the certificates, and it's less than
DELAY_WHILE_FETCHING_CERTS since we received it, then I'm not sure if we
should still call download_status_failed(). Otherwise, a mirror (one of
our directory guards, or our bridge) could feed us a series of almost-
stale consensuses, and cause us increment our failure count exponentially.
But this only works if we ask for consensuses within 20 minutes of the
hour, or if our receipt of the full consensus can be delayed using a slow-
delivery attack.
If we fail because the consensus is not modified, we shouldn't even get
this far, we should instead wait before calling
update_consensus_networkstatus_downloads().
And if the mirror feeds us a consensus that has already expired, we should
call the mirror bad, ignore the consensus, and try another one.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/20533#comment:5>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
More information about the tor-bugs
mailing list