Ver código fonte

Change suggestions from our editor

svn:r10603
Paul Syverson 18 anos atrás
pai
commit
4398a09910
2 arquivos alterados com 23 adições e 3 exclusões
  1. 15 3
      doc/design-paper/sptor.tex
  2. 8 0
      doc/design-paper/tor-design.bib

+ 15 - 3
doc/design-paper/sptor.tex

@@ -76,9 +76,15 @@ a %signed
 list of Tor nodes from several central \emph{directory servers} via a
 list of Tor nodes from several central \emph{directory servers} via a
 voting protocol to avoid dependence on or complete trust in any one of
 voting protocol to avoid dependence on or complete trust in any one of
 them, and incrementally creates a private pathway or \emph{circuit} of
 them, and incrementally creates a private pathway or \emph{circuit} of
-encrypted connections through authenticated Tor nodes on the network,
+encrypted connections through authenticated Tor nodes on the network
+whose public keys were obtained form the directory servers,
 negotiating a separate set of encryption keys for each hop along the
 negotiating a separate set of encryption keys for each hop along the
-circuit.  The circuit is extended one node at a time, and each node
+circuit. The nodes in the circuit are chosen at random by the client
+subject to a preference for higher performing nodes to allocate
+resources effectively and with a client-chosen preferred set of first
+nodes called \emph{entry guards} to complicate profiling attacks by
+internal adversaries~\cite{hs-attack}.
+The circuit is extended one node at a time, and each node
 along the way knows only the immediately previous and following nodes
 along the way knows only the immediately previous and following nodes
 in the circuit, so no individual Tor node knows the complete path that
 in the circuit, so no individual Tor node knows the complete path that
 each fixed-sized data packet (or \emph{cell}) will take.  Thus,
 each fixed-sized data packet (or \emph{cell}) will take.  Thus,
@@ -148,7 +154,13 @@ users and applications. For example, unlike purely P2P designs we
 neither limit ordinary users to content and services available only
 neither limit ordinary users to content and services available only
 within our network nor require them to take on responsibility for
 within our network nor require them to take on responsibility for
 connections outside the network, unless they separately choose to run
 connections outside the network, unless they separately choose to run
-server nodes.
+server nodes. Nonetheless because we support low-latency interactive
+communications, end-to-end \emph{traffic correlation}
+attacks~\cite{danezis:pet2004,defensive-dropping,SS03,hs-attack,bauer:tr2007}
+allow an attacker who can observe both ends of a communication to
+correlate packet timing and volume, quickly linking the initiator to
+her destination.
+
 
 
 Our defense lies in having a diverse enough set of nodes to prevent
 Our defense lies in having a diverse enough set of nodes to prevent
 most real-world adversaries from being in the right places to attack
 most real-world adversaries from being in the right places to attack

+ 8 - 0
doc/design-paper/tor-design.bib

@@ -9,6 +9,14 @@
 }
 }
 
 
 
 
+@TechReport{bauer:tr2007,
+  author = 	 {Kevin Bauer and Damon McCoy and Dirk Grunwald and Tadayoshi Kohno and Douglas Sicker},
+  title = 	 {Low-Resource Routing Attacks Against Anonymous Systems},
+  institution =  {University of Colorado at Boulder},
+  year = 	 2007,
+  number = 	 {CU-CS-1025-07}
+}
+
 % fix me
 % fix me
 @misc{tannenbaum96,
 @misc{tannenbaum96,
   author = "Andrew Tannenbaum",
   author = "Andrew Tannenbaum",