1996-03-10 - Re: Chaff in the Channel (Stealth PGP work)

Header Data

From: Mike Gurski <mgursk1@gl.umbc.edu>
To: cypherpunks@toad.com
Message Hash: 6b958d0542bb61023bfda38f854597ac05d31a6d2778e7c6a35945d0ab224e64
Message ID: <Pine.SGI.3.91.960301151341.7556A-100000@umbc10.umbc.edu>
Reply To: <199603010418.VAA02087@nelson.santafe.edu>
UTC Datetime: 1996-03-10 06:32:31 UTC
Raw Date: Sun, 10 Mar 1996 14:32:31 +0800

Raw message

From: Mike Gurski <mgursk1@gl.umbc.edu>
Date: Sun, 10 Mar 1996 14:32:31 +0800
To: cypherpunks@toad.com
Subject: Re: Chaff in the Channel (Stealth PGP work)
In-Reply-To: <199603010418.VAA02087@nelson.santafe.edu>
Message-ID: <Pine.SGI.3.91.960301151341.7556A-100000@umbc10.umbc.edu>
MIME-Version: 1.0
Content-Type: text/plain


On Thu, 29 Feb 1996, Nelson Minar wrote:

> As noble as "flood the detection channels" sounds, has it really ever
> succeeded? Do people who don't care about privacy day to day ever go
> through extra trouble to make other people's privacy easier? I can
> think of two public efforts to increase noise that have failed:
> putting Spook keywords in all Usenet posts, and using PGP email for
> normal day to day traffic. The failure of the second channel-flooding
> is especially notable: even people doing serious crypto hacking, with
> well established public keys, don't seem to PGP encrypt normal day to
> day traffic. It's just not convenient enough.

At one point I'd thought about setting up a "random" crontab on my
local machine to send out encrypted junk to remailers over the net via
a SLiRP connection.  It made a little more sense when I was connected
24/7.  I'm still planning on doing this sometime, probably during
Spring Break or this summer.  I don't know how useful it would be,
though.


--
|\/|ike Gurski  mgursk1@gl.umbc.edu  http://www.gl.umbc.edu/~mgursk1/
finger or mail subject "send pgpkey" or "send index"  Hail Eris!  |Member,
1024/39B5BADD PGP Keyprint=3493 A994 B159 48B7 1757 1E4E 6256 4570|   Team
My opinions are mine alone, even if you should be sharing them.   |   OS/2






Thread