[or-cvs] compress sec1-3, we"re at 15pg with standard latex8.sty now
Roger Dingledine
arma at seul.org
Wed Nov 5 01:46:34 UTC 2003
Update of /home/or/cvsroot/doc
In directory moria.mit.edu:/home2/arma/work/onion/cvs/doc
Modified Files:
tor-design.tex
Log Message:
compress sec1-3, we're at 15pg with standard latex8.sty now
Index: tor-design.tex
===================================================================
RCS file: /home/or/cvsroot/doc/tor-design.tex,v
retrieving revision 1.108
retrieving revision 1.109
diff -u -d -r1.108 -r1.109
--- tor-design.tex 5 Nov 2003 01:29:36 -0000 1.108
+++ tor-design.tex 5 Nov 2003 01:46:32 -0000 1.109
@@ -160,11 +160,11 @@
\textbf{Directory servers:} The earlier Onion Routing design
planned to flood link-state information through the network---an approach
-that can be unreliable and open to partitioning attacks or
-deception. Tor takes a simplified view toward distributing link-state
+that can be unreliable and open to partitioning attacks.
+Tor takes a simplified view toward distributing such
information. Certain more trusted nodes act as \emph{directory
servers}: they provide signed directories that describe known
-routers and their availability. Users periodically download these
+routers and their availability. Users periodically download the
directories via HTTP.
\textbf{Variable exit policies:} Tor provides a consistent mechanism
@@ -388,8 +388,8 @@
main goal, however, several considerations have directed
Tor's evolution.
-\textbf{Deployability:} The design must be implemented,
-deployed, and used in the real world. Thus it
+\textbf{Deployability:} The design must be deployed and used in the
+real world. Thus it
must not be expensive to run (for example, by requiring more bandwidth
than volunteers are willing to provide); must not place a heavy
liability burden on operators (for example, by allowing attackers to
@@ -491,9 +491,9 @@
Our adversary might try to link an initiator Alice with her
communication partners, or try to build a profile of Alice's
behavior. He might mount passive attacks by observing the network edges
-and correlating traffic entering and leaving the network---either
-by relationships in packet timing; relationships in volume;
-or relationships in externally visible user-selected
+and correlating traffic entering and leaving the network---by
+relationships in packet timing, volume, or externally visible
+user-selected
options. The adversary can also mount active attacks by compromising
routers or keys; by replaying traffic; by selectively denying service
to trustworthy routers to move users to
More information about the tor-commits
mailing list