1995-01-26 - Re: Reordering, not Latency (Was: Re: Remailer)

Header Data

From: Adam Shostack <adam@bwh.harvard.edu>
To: grendel@netaxs.com (Michael Handler)
Message Hash: b7aabb8b972e33426b6a31f1ffc74e0f7e8cde04cef9f830da28d78c3ff78616
Message ID: <199501260638.BAA07072@duke.bwh.harvard.edu>
Reply To: <Pine.SUN.3.91.950125210658.29117A-100000@unix2.netaxs.com>
UTC Datetime: 1995-01-26 06:39:23 UTC
Raw Date: Wed, 25 Jan 95 22:39:23 PST

Raw message

From: Adam Shostack <adam@bwh.harvard.edu>
Date: Wed, 25 Jan 95 22:39:23 PST
To: grendel@netaxs.com (Michael Handler)
Subject: Re: Reordering, not Latency (Was: Re: Remailer)
In-Reply-To: <Pine.SUN.3.91.950125210658.29117A-100000@unix2.netaxs.com>
Message-ID: <199501260638.BAA07072@duke.bwh.harvard.edu>
MIME-Version: 1.0
Content-Type: text/plain


| 	I have literally hundreds of messages archived from the CP list of
| several months back where Eric Hughes repeatedly states that reordering,
| not latency, is the key. Reordering of a sufficient magnitude will
| introduce latency inherently. Otherwise you are still vulnerable to 
| traffic analysis (which is an art, not a science, remember).

	Are you sure TA is still an art?  The NSA has (presumably)
spent thousands of man years on the problem.  Hal, Wei Dai and others
have done some very good work.  While I've only skimmed the surface of
it, its clear that clever statistical work comprises a lot of TA.  It
may be that the FBI has a couple of Suns handling the whole remailer
network right now.

	Also, if anyone wants to lok at the archives, the best thread
is subject reordering vs. latency.

Adam

-- 
"It is seldom that liberty of any kind is lost all at once."
						       -Hume




Thread