[openpgp] Re: [Dance] Key digest companion for RFC 7929 OPENPGPKEY
Andrew Gallagher <[email protected]> Fri, 21 Nov 2025 12:25:01 +0000
| Newsgroups | gmane.ietf.openpgp |
|---|---|
| Message-ID | <[email protected]> |
Hi, Petr. On 21/11/2025 11:33, Petr Menšík wrote: > > Yes, that is exactly what I wanted. That is why I propose to publish > fingerprint used as key handle by software I use. Key data modification > should not change the id presented by OPENPGPFP. Only generation of > different key should cause that. That should provide strong indication > to user he should fetch a new key again. Great, so we're only considering the "owner has generated a new key" use case. :-) But see below... > I am only user of PGP, do not > know correct terminology for important details. I have read couple of > DNS RFCs, but never read any PGP RFC. Sorry if my terms are little > misguiding. Don't worry about it! Even experienced OpenPGP people get the terminology confused sometimes, it's a hazard of the job... ;-) > Ah, okay, timestamp of last the change might be enough. Except it > depends on correct time of the machine storing that change. At least gpg > --list-keys does not print any timestamp of last modification. Wouldn't this fall under the "owner has modified his existing key" use case which is out of scope? I was thinking of the last modification time of the DNS record(s), not of the key metadata. This would not require any integration with OpenPGP tooling, just with DNS tooling, and could be generalised to other DNS use cases. A _______________________________________________ openpgp mailing list -- [email protected] To unsubscribe send an email to [email protected]