1993-11-16 - ENCRYPTED FILE SYSTEMS

Header Data

From: thomas.hughes@chrysalis.org
To: cypherpunks@toad.com
Message Hash: 941646ce508378b4b92ee185bc846e3e0cb8caa9ae4d9d25fc687f470e821722
Message ID: <9311160238.A4523wk@chrysalis.org>
Reply To: N/A
UTC Datetime: 1993-11-16 09:15:37 UTC
Raw Date: Tue, 16 Nov 93 01:15:37 PST

Raw message

From: thomas.hughes@chrysalis.org
Date: Tue, 16 Nov 93 01:15:37 PST
To: cypherpunks@toad.com
Subject: ENCRYPTED FILE SYSTEMS
Message-ID: <9311160238.A4523wk@chrysalis.org>
MIME-Version: 1.0
Content-Type: text/plain



>> ObCrypt:  I'm looking for info on designing a distributed encrypted
>> filesystem.  Any pointers?

in the "PC" world, look for DISKREET (with Norton's Utilities).

it simple, "Stacker"-like, and user friendly.

it seems to offer "feeble DES"
              and "even more feeble DES"

it's speed is almost negligable when in use.
 (which doesn't say very much for the "stength" of the encryption.)


ObInTheSameVein?:

anyone ever thought of taking a "software MNP" program
and creating a "V42enc" software modem protocol?

auto-generate unique/random keys after the connection is etablished,
allow for "re-training" the connection by generating/switching to a new
key. maybe re-train every "set number of seconds" ...

pick a "fast" encryption method, and a RSA public key length that is
proportional to the strength of the encryption, and have at it.

talk about "just like uncle sam does it!" ...


If the NSA is paranoid over PGP, what will they think of plug in pirate
PROMS for USR Couriers that will create obscenely secure connections?
 (although the encrypted connections might not fly along at full speed,
  that tis but a small price to pay...)






Thread