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 ---