Re: [PATCH 0/7] Remove expired keys, 2024 edition

Konstantin Ryabitsev <[email protected]> Tue, 5 Aug 2025 11:10:13 -0400
Newsgroups org.kernel.linux.keys
Message-ID <20250805-caped-jovial-limpet-ce9baa@lemur>
On Tue, Aug 05, 2025 at 09:59:01AM +0200, Uwe Kleine-König wrote:
> Hello,
> 
> this cleanup series removes 5 keys and one subkey that expired in 2024.
> Also a key that was revoked in 2020 is dropped.

Thanks for doing this work.

> None of the removed keys is part of trust paths to other keys, so there
> is no effect on the remaining keys.
> 
> I suggest to not apply this series straight away to give the affected
> owners the chance to extend the expiry date of their keys and replace
> them accordingly.

I agree, I will wait for at least a week before I act on this series.

> A bit orthogonal to this series: It is usually recommended to have an
> expiry date on PGP keys. Most keys (472 of now 620) don't have an expiry
> date, I wonder if that would be sensible to require at least for new
> keys added to the keyring. The upside would be that we don't trust keys
> that are already long abondoned. E.g. Gentoo requires that for the keys
> that are relevant for the project[1].

I don't really feel strongly one way or another (clearly, since I don't have
an expiration date on my own key either :)). From my perspective, the
hassle of dealing with expired keys outweighs the security benefits this
feature offers.

-K