From: Ryan Anderson <randerso@ece.eng.wayne.edu>
To: Kent Crispin <kent@songbird.com>
Message Hash: 35aaa6afb9f0e3540ae9412c17aae344f302c6968834bcfd60f8cd0f0c7f5e64
Message ID: <Pine.GSO.3.95.970702115120.26026B-100000@ece>
Reply To: <19970702074006.19127@bywater.songbird.com>
UTC Datetime: 1997-07-02 16:05:00 UTC
Raw Date: Thu, 3 Jul 1997 00:05:00 +0800
From: Ryan Anderson <randerso@ece.eng.wayne.edu>
Date: Thu, 3 Jul 1997 00:05:00 +0800
To: Kent Crispin <kent@songbird.com>
Subject: Re: Jeff's Side of the Story.
In-Reply-To: <19970702074006.19127@bywater.songbird.com>
Message-ID: <Pine.GSO.3.95.970702115120.26026B-100000@ece>
MIME-Version: 1.0
Content-Type: text/plain
On Wed, 2 Jul 1997, Kent Crispin wrote:
> The non-deterministic retention time in the network could probably be
> solved, but at the expense of some significant complexity. I have
> not been able to think of a secure way to do it, however. [If the
> remailers know and trust each other, the problem is easy.]
Remailers using this could be configured to not modify the "date" header
until final delivery. Then you can base the probablity of final delivery
upon some function of date/time or another header
"X-Remailer-Max-Delay-Time:" If you're worried about traffic analysis,
it is possible to randomly modify the date/time header by small amounts
at each hop. (This however only helps and somewhat loaded systems..)
-----------------------------------------------------------------------
Ryan Anderson - <Pug Majere> "Who knows, even the horse might sing"
Wayne State University - CULMA "May you live in interesting times.."
randerso@ece.eng.wayne.edu Ohio = VYI of the USA
PGP Fingerprint - 7E 8E C6 54 96 AC D9 57 E4 F8 AE 9C 10 7E 78 C9
-----------------------------------------------------------------------
Return to July 1997
Return to “ulf@fitug.de (Ulf =?iso-8859-1?Q?M=F6ller?=)”