[tor-bugs] #20082 [Core Tor/Tor]: Lower initial descriptor upload delay for hidden services
Tor Bug Tracker & Wiki
blackhole at torproject.org
Mon Oct 31 22:35:25 UTC 2016
#20082: Lower initial descriptor upload delay for hidden services
-------------------------------------------------+-------------------------
Reporter: twim | Owner: twim
Type: enhancement | Status:
| needs_information
Priority: Medium | Milestone: Tor:
| 0.3.0.x-final
Component: Core Tor/Tor | Version:
Severity: Normal | Resolution:
Keywords: tor-hs, research, | Actual Points:
TorCoreTeam201610, review-group-11 |
Parent ID: | Points:
Reviewer: teor | Sponsor:
| SponsorR-can
-------------------------------------------------+-------------------------
Comment (by twim):
I revisited the patch, fixed some culprits there and simplified the code.
Updated code lies in my `ticket20082_030_02` branch and PR is
https://gitlab.com/nogoegst/tor/merge_requests/2.
To reduce noise this branch will be rebased in future.
So at the moment I removed code that used to introduce initial post delay
for non-ephemeral services. It was unclear how it should work and there
was neither agreement upon delay value nor real security research. There
should be a discussion about how it should implemented against the specs.
For now it works this way (timeline of an onion service uploads):
{{{
^ ^ ^ ^
| | | |
| +---(x)--+ +--(x)-+ |
----[a]-----[b]--------------[d]---------[d]----------> t
|<--y-->|
|
+---[w]->
^ - upload
a - initial upload (descriptor is dirty and never uploaded)
b - unscheduled upload (descriptor got dirty, uploaded before)
x - 'stabilizing' period = 3s
y - 'unstable' period = 30s
w - warning if descriptor has changed (d) less than y after
last upload
d - next scheduled upload (next_upload_time, 1h after last upload,
may be rescheduled)
}}}
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/20082#comment:39>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
More information about the tor-bugs
mailing list