[openpgp] Re: Ideas for alternative user interface terms for OpenPGP structures

Andrew Gallagher <[email protected]> Thu, 26 Feb 2026 11:50:20 +0000
Newsgroups gmane.ietf.openpgp
Message-ID <[email protected]>
On 26/02/2026 10:37, Kai Engert wrote:
> 
> I have been struggling with the use of the term "certificate" in the 
> context of OpenPGP. My pain points are:
> - it implies third party certification even when there is none,
>    which is often missing in OpenPGP transferable keys.
> - it overlaps with the established use of the term with S/MIME,
>    which is particularly relevant in applications that offer
>    both OpenPGP and S/MIME functionality to users.

It is possible to have an X509 "self-signed certificate" which is 
closely analogous to an OpenPGP certificate with no third-party 
signatures. The primary conceptual difference between an OpenPGP 
certificate and an X509 one is that OpenPGP certificates that share a 
primary key can be merged into a single object, while X509 requires 
separate certificate objects for each certification.

Have you had feedback where users have been confused between X509 and 
OpenPGP uses of the terminology?

> The alternative term "OpenPGP public key" also isn't perfect, because 
> the objects that users work with contain more than just the public key.

I think you'll find little disagreement on this point. :-)

> I propose the term "Message Crypto Patterns" (or Mail Crypto Patterns) 
> (MCP) as a user understandable abstraction as a replacement for 
> "transferable public key" or "OpenPGP certificate.

I fear "pattern" is both novel in a cryptography context and generic, 
and so falls between two stools. Cryptographers will be confused but 
users will not be enlightened.

Beware also that "MCP" is already a (trendy!) acronym for Model Context 
Protocol.

Thanks,
A

_______________________________________________
openpgp mailing list -- [email protected]
To unsubscribe send an email to [email protected]