Re: More spec-ulations
nospam-seesignature@ceddec.com Thu, 26 March 1998 20:15 UTC
Received: (from majordomo@localhost) by mail.proper.com (8.8.8/8.7.3) id MAA25781 for ietf-open-pgp-bks; Thu, 26 Mar 1998 12:15:26 -0800 (PST)
Received: from ceddec.com (brickwall.ceddec.com [207.91.200.193]) by mail.proper.com (8.8.8/8.7.3) with ESMTP id MAA25777 for <ietf-open-pgp@imc.org>; Thu, 26 Mar 1998 12:15:24 -0800 (PST)
Received: by brickwall.ceddec.com id <43009>; Thu, 26 Mar 1998 15:16:05 -0500
Date: Thu, 26 Mar 1998 15:15:21 -0500
From: nospam-seesignature@ceddec.com
X-Sender: nobody@mars
To: Jon Callas <jon@pgp.com>
cc: ietf-open-pgp@imc.org
Subject: Re: More spec-ulations
In-Reply-To: <3.0.3.32.19980326111426.00b6a850@mail.pgp.com>
Message-Id: <98Mar26.151605est.43009@brickwall.ceddec.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
Sender: owner-ietf-open-pgp@imc.org
Precedence: bulk
On Thu, 26 Mar 1998, Jon Callas wrote: > At 11:41 PM 3/25/98 -0500, nospam-seesignature@ceddec.com wrote: > 1. If we are going to have a lame cipher for conventional encryption, why > not also have one for the PK algorithms, e.g. DH, RSA, and the > conventional key material plaintext as an MPI integer (for exportable > samples). Would we need this for hashes and/or signatures too? Any weak > (ROT-N like) alternatives? > > Or we just remove the lame algorithms? There are places where it makes > sense to have unencrypted secret keys, and these were the only places > algorithm 0 has actually been used. I'm planning on noting such in the spec > and striking the lame algorithms. Yes and no. The string to key has to use conventional encryption algorithms, and no current implementation I know of really sets this, rather it is left to default to IDEA/SHA1 (I use unpublished globals preset to these). This also creates interesting problems moving secrings between implementations. Maybe some additional text somewhere: Conventional Algorithm Byte: For secret keys 0 means unencrypted. It is invalid in any other usage. --- reply to tzeruch - at - ceddec - dot - com ---
- Re: MessageID wording paranoia Bill Stewart
- Re: More spec-ulations nospam-seesignature
- Conventional Encryption Keys, 5.3 nospam-seesignature
- Re: MessageID wording paranoia Jon Callas
- Re: More spec-ulations Jon Callas
- More spec-ulations - update nospam-seesignature
- Re: MessageID wording paranoia Thomas Roessler
- More spec-ulations nospam-seesignature
- Re: MessageID wording paranoia William Lewis
- Re: MessageID wording paranoia William H. Geiger III
- Re: MessageID wording paranoia Jon Callas
- Re: MessageID wording paranoia William H. Geiger III
- Re: MessageID wording paranoia Jon Callas
- Re: MessageID wording paranoia Hal Finney
- MessageID wording paranoia Thomas Roessler