tor-webwml.git

1) ## translation metadata

2) # Revision: $Revision$

3) # Translation-Priority: 3-low
4) 
5) #include "head.wmi" TITLE="NLnet Project: Speed Up Tor Hidden Services"
6) 
7) <div class="main-column">
8) 
9) <!-- PUT CONTENT AFTER THIS TAG -->
10) 
11) <h2>NLnet Project: Speed Up Tor Hidden Services</h2>
12) <hr />
13) 
14) <p>
15) Tor Hidden Services allow users to set up anonymous information services,
16) like websites, that can only be accessed through the Tor network and are
17) protected against identification of the host that runs the services.

18) The most critical limitations of Tor Hidden Services are the time it takes

19) until a Hidden Service is registered in the network and the latency of
20) contact establishment when accessed by a user.
21) Due to design issues in the original Tor protocol,
22) the connection to a new Hidden Service can take several minutes, which
23) leads most users to give up before the connection has been established.
24) Using Tor Hidden Services for direct interactive user-to-user
25) communication (e.g. messaging) is nearly impossible due to the high latency
26) of Hidden Service circuit setup.
27) </p>
28) 
29) <p>
30) This project aims at speeding up Tor Hidden Services by improving the way
31) Tor circuits are set up between the user and the Hidden Service as well as
32) the way a Hidden Service is registered in the Tor network.
33) In a first step precise diagnostics of the behavior of the Hidden Services
34) in lab setups and real world situations will be conducted to find the
35) root causes of the bad timing effects.
36) Based on these diagnostics, optimization strategies will be designed and
37) verified for unwanted implications for the security and anonymity of the
38) Tor network.
39) The most promising optimizations will then be implemented to achieve a
40) notable improvement for the users. Precise success metrics will be
41) developed in the diagnostics phase, after it becomes clear where the time
42) is lost and what improvements are realistic.
43) The ultimate goal is to have the Hidden Services protocol change production
44) ready and propagated to the Tor users within a timeframe of less than
45) 12 months.
46) </p>
47) 
48) <p>

49) This project is generously funded by:
50) </p>
51) 
52) <p>
53) <a href="http://www.nlnet.nl/news/2008/20080514-awards.html">
54) <img src="$(IMGROOT)/nlnet-160x60.png" alt="The NLnet foundation" /></a>

55) </p>
56) 
57) <table width="100%" border="0" cellspacing="0" cellpadding="3">

58) <thead>
59) <tr>
60) <th><big>Project</big></th>
61) <th><big>Due Date</big></th>

62) </tr>

63) </thead>

64) 
65) <tr bgcolor="#e5e5e5">
66)   <td>
67)     <b>Deliverable A:</b> Analysis, measurements and problem
68)     clarification<br />
69)     <small><em>As Tor Hidden Services have not been actively developed
70)     further in the last year or so of Tor development, certain aspects of
71)     the problems are under-diagnosed. To identify the precise sources of
72)     latency and time loss, an extensive analysis of the deeper reasons for
73)     them needs to be conducted. Deliverable A will require about one month
74)     of work. The results of the analysis will influence the design
75)     decisions to be taken in Deliverable B.</em></small>
76)   </td>
77)   <td>
78)     June 15, 2008
79)   </td>
80) </tr>
81) 
82) <tr>
83)   <td>
84)     <b>Deliverable B:</b> Design and evaluation of the necessary
85)     changes<br />
86)     <small><em>The changes to Tor Hidden Services will affect core
87)     functionality of the protocol and therefore require a careful
88)     evaluation of possible repercussions for the security and anonymity. A
89)     two-month period is planned for the design and evaluation phase, which
90)     concludes with an extensive peer review.</em></small>
91)   </td>
92)   <td>
93)     August 15, 2008
94)   </td>
95) </tr>
96) 
97) <tr bgcolor="#e5e5e5">
98)   <td>
99)     <b>Deliverable C:</b> Implementation<br />
100)     <small><em>After design, evaluation and peer review the modifications
101)     need to be implemented and integrated with the current Tor code base.
102)     The actual implementation of the necessary changes will take
103)     approximately two months.</em></small>
104)   </td>
105)   <td>
106)     October 15, 2008
107)   </td>
108) </tr>
109) 
110) <tr>
111)   <td>
112)     <b>Deliverable D:</b> Implementation and test of the change up to
113)     release state<br />
114)     <small><em>The modification is highly critical to the security and
115)     anonymity of the Tor network, it requires extensive testing and
116)     debugging in laboratory and real life conditions. A period of three
117)     months is projected for testing and debugging, where the responsible
118)     developer is committed to the testing effort with 1/3 of its time. Part
119)     of the testing phase will be a public beta period.</em></small>
120)   </td>
121)   <td>
122)     January 15, 2009
123)   </td>
124) </tr>
125) 
126) <tr bgcolor="#e5e5e5">
127)   <td>
128)     <b>Deliverable E:</b> Rollout<br />
129)     <small><em>The actual rollout to the Tor server network will be
130)     conducted in sync with the regular Tor release schedule. As this
131)     schedule is dependent on a number of external factors, like the
132)     completion of other software projects that should go into the same
133)     release, the actual release time and the time until this release has
134)     been accepted and installed by most Tor server operators can vary. From
135)     experience a period of three to four months can be
136)     expected.</em></small>
137)   </td>
138)   <td>
139)     May 15, 2009
140)   </td>
141) </tr>
142) </table>
143) 
144) <br />
145) 
146) <a id="Reports"></a>
147) <h2><a class="anchor" href="#Reports">Monthly Status Reports</a></h2>
148) <p>
149) There will be in total eight monthly status reports beginning with the
150) first deliverable on June 15, 2008 and ending with completion of
151) implementation and testing work on January 15, 2009.
152) </p>
153) 

154) <table width="100%" border="0" cellspacing="0" cellpadding="3">
155) <thead>
156) <tr>
157) <th><big>Month,</big></th>
158) <th><big>Status Report</big></th>
159) </tr>
160) </thead>
161) 
162) <tr bgcolor="#e5e5e5">
163)   <td>

164)     <a id="Jun08"></a>
165)     <a class="anchor" href="#Jun08">Jun 08</a>

166)   </td>
167)   <td>
168)     <small><em>The original goal of analyzing the problems that lead to
169)     slowdown of Tor Hidden Services has been accomplished. Part of this

170)     analysis was measuring the delay that a user experiences when

171)     setting up or accessing a hidden service. Furthermore, measurement data
172)     from April 2008 could be leveraged to explore timings of internal
173)     substeps of establishing a connection to a hidden service. The results
174)     of this analysis are contained in a 22-page
175)     <a href="http://freehaven.net/~karsten/hidserv/perfanalysis-2008-06-15.pdf">report</a>
176)     that has been made public on the Tor
177)     <a href="http://archives.seul.org/or/dev/Jun-2008/msg00019.html">developer

178)     mailing list</a>.</em></small>

179)     <br/>

180)     <small><em>The analysis also unveiled a few bugs which were responsible
181)     for part of the delay in making a hidden service available for

182)     clients. Some bugs have been fixed subsequent to the analysis, others
183)     will be fixed soon. The evaluation has further brought up several
184)     possible approaches to improve Tor Hidden Service performance. Some of
185)     these ideas can be applied immediately, while others require deeper
186)     analysis and new measurements. Finally, in the course of the analysis,

187)     we discovered that some improvements require more in-depth

188)     changes to Tor which are not directly related to hidden services. These
189)     changes cannot be achieved in the time frame of this

190)     project.</em></small>

191)   </td>
192) </tr>
193) 
194) <tr>
195)   <td>
196)     Jul 08
197)   </td>
198)   <td>
199)   </td>
200) </tr>
201) 
202) <tr bgcolor="#e5e5e5">
203)   <td>
204)     Aug 08
205)   </td>
206)   <td>
207)   </td>
208) </tr>
209) 
210) <tr>
211)   <td>
212)     Sep 08
213)   </td>
214)   <td>
215)   </td>
216) </tr>
217) 
218) <tr bgcolor="#e5e5e5">
219)   <td>
220)     Oct 08
221)   </td>
222)   <td>
223)   </td>
224) </tr>
225) 
226) <tr>
227)   <td>
228)     Nov 08
229)   </td>
230)   <td>
231)   </td>
232) </tr>
233) 
234) <tr bgcolor="#e5e5e5">
235)   <td>
236)     Dec 08
237)   </td>
238)   <td>
239)   </td>
240) </tr>
241) 
242) <tr>
243)   <td>
244)     Jan 09
245)   </td>
246)   <td>
247)   </td>
248) </tr>
249) </table>
250) 
251) <br />

252) 
253) <!-- Do we want a people section? If so, would it make sense to write what

254) these people will be doing? And what exactly are these people going to