[openpgp] Re: Persistent Symmetric Keys: new algorithms or new packets?
Andrew Gallagher <[email protected]>
| Newsgroups | gmane.ietf.openpgp |
|---|---|
| Message-ID | <[email protected]> |
On 23 Jul 2025, at 14:58, Daniel Huigens <[email protected]> wrote: > > Or we could set it to 0, which is reserved? 0 has a consistent interpretation (if allocated!) in the algorithm registries as “None”. So the “natural" meaning of public-key algorithm 0 in a PKESK or signature packet would be “no asymmetric algorithm” - which is more or less the meaning we wish to convey; so I think the use of 0 as an exceptional code point here is justifiable. The only concern I would have is that at some point we may want to specify something other than AEAD/HMAC, and there is only one exceptional code point, so we would need to prefix a “version” or “mode" octet to the algorithm-specific data to allow future flexibility. But on the other hand the use of an exceptional 0 allows implementations to easily detect the use of persistent symmetric modes, without reserving blocks in the public-key registry. A _______________________________________________ openpgp mailing list -- [email protected] To unsubscribe send an email to [email protected]
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEKR55odxVrielLu+DXB7EBNWQZikFAmiA868ACgkQXB7EBNWQ ZikvKBAAj8u7Ass8pqnDhxYomO3J4b2TKafI9VSbh1sBb8jfJnK7g3GoYth65z36 +H0ajCcWut6Vwu6QOQeRuVwLQy8WzSRiiAumTfA996hZrQ0YVGwAUdA0T+76SzKK MgUelohHG35gDbTnBABTttfE/zeGTQZ1SnJtYP8QVkcXvwR5aqAe4iUAZj/hqMCu gGzmWAcDTc/lgrlhicRaEwhypfoRP53qwrr01NH79lOhi7OuJjwiGDiHH+L2/327 jlTa7yNFuN2ucBz7iYJlBoQeg2mu2CS/APYkYO+hBrN2c08xDZg4Ya1Lo987j/sP Vs5o0plEhlUTP37GBHEc1VCTHJgGwkTS5lLW1GaF1QNGCMJLnCH5dWeYNKCwAKJh Og2niuvHy2VeLRkmvGlZmVNTSPhtwUs2H1/yzTFeIPIqG3lcPmNo+AdxAVl/S6GB ALERWY62yqf/CNqfEICSvXnzXP1H/+MqMxdzFuBCzN+YGSqS4fYn9ggXLYpox7R6 82a/4rqqjPh+KwKKxrK9+Jo/x0sGXIXrL7MsVdqXZVPuqzXVGZDvNfmtOSx/EA+3 foGjDRFNsz6r36bevJkPM64zpJ+fGamgpR677YzFts/SAzAUvjm+lf/CAa/CoM7j QeobY9XbpARNKnOh9gbIZ/DYMffi6lkYPVN3YHMeLXHnviNDT08= =Linr -----END PGP SIGNATURE-----