On Mon, Sep 23, 2002 at 05:49:34PM -0400, Michael Young wrote:
"Len Sassaman" <rabbi(_at_)abditum(_dot_)com>:
The question I see is this: are key expiration dates a "mandate" or a
"suggestion" to third parties by the key owner?
More precisely, are expiration times rewriteable?
I'm afraid that the answer has to be YES. The specification has
clearly said so for a while now, and at least one implementation
(GnuPG) offers this capability. If we change the rules now,
anyone who has taken advantage of it (or set a short expiration
time with the expectation that they can change it) will be
seriously disappointed.
Actually, they won't!
My proposal was: When Bob signs a certificate for Alice's key (which
presumably he does only when Alice has told him that she considers her
key valid), he looks at all valid self-signatures and finds the one
for with key expiry is the furthest away. This determines is the
maximum validity he should use for his certification (unless Alice
tells him otherwise).
So if your key has a short expiration time, you can extend it, and new
certifications will use the new expiration time.
You mentioned GnuPG. Note that GnuPG apparently already handles key
expiration in a safe way during certification:
< From: Werner Koch <wk(_at_)gnupg(_dot_)org>
< To: Jon Callas <jon(_at_)callas(_dot_)org>
< Cc: Bodo Moeller
<moeller(_at_)cdc(_dot_)informatik(_dot_)tu-darmstadt(_dot_)de>,
< OpenPGP <ietf-openpgp(_at_)imc(_dot_)org>
< Subject: Re: draft-ietf-openpgp-rfc2440bis-06.txt
< Date: Sat, 21 Sep 2002 11:59:22 +0200
< By default GnuPG uses the expiration date of the self-signature as the
< one for a key signature. This is on Florian Weimer's request and afaik
< is sufficient for him and his use of the PGP PKI.
I hope Werner meant the *key* expiration date from the self-signature,
not the *signature* expiration date from the self-signature. These
are different packet types. Key expiration dates may be present only
in self-signatures according to the OpenPGP specification, so they
should be translated into signature expiration dates when certifying
keys; see Florians request at
<URL:http://lists.gnupg.org/pipermail/gnupg-devel/2001-July/006196.html>:
< [My patch] is a bit more complicated because it also works around the
< protocol error in RFC 2440 related to V4 key expiration (V4 key
< expiration time is not covered by certificates because it is only
< contained in the self signature, not in the key material, in contrast
< to V3 keys): If the key to be signed is a V4 key with an expiration
< time set, a V4 signature is made which expires at that time, too (or
< even earlier).
--
Bodo Möller <moeller(_at_)cdc(_dot_)informatik(_dot_)tu-darmstadt(_dot_)de>
PGP http://www.informatik.tu-darmstadt.de/TI/Mitarbeiter/moeller/0x36d2c658.html
* TU Darmstadt, Theoretische Informatik, Alexanderstr. 10, D-64283 Darmstadt
* Tel. +49-6151-16-6628, Fax +49-6151-16-6036