You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The public keys generated by Krypton for PGP use the value "3" for algorithm everywhere:
:public key packet:
version 4, algo 3, created 1521796413, expires 0
:signature packet: algo 3, keyid 4082B8B9C13E5A78
version 4, created 1523818856, md5len 0, sigclass 0x13
It is specified as:
3 - RSA Sign-Only [HAC]
However, that value is deprecated in the OpenPGP specification:
There are algorithm types for RSA Sign-Only, and RSA Encrypt-Only
keys. These types are deprecated. The "key flags" subpacket in a
signature is a much better way to express the same idea, and
generalizes it to all algorithms. An implementation SHOULD NOT
create such a key, but MAY interpret it.
Quick testing seems to indicate that GPG v1.x allows them, GPG 2.0.x does not and GPG 2.2.x does again allow them.
Given that the "key flags" subpacket does correctly specify that the key supports signing only, I would strongly suggest for compatibilitys sake to switch to algo "1" as it is customary for RSA keys and it is not deprecated.
The public keys generated by Krypton for PGP use the value "3" for algorithm everywhere:
It is specified as:
However, that value is deprecated in the OpenPGP specification:
Quick testing seems to indicate that GPG v1.x allows them, GPG 2.0.x does not and GPG 2.2.x does again allow them.
Given that the "key flags" subpacket does correctly specify that the key supports signing only, I would strongly suggest for compatibilitys sake to switch to algo "1" as it is customary for RSA keys and it is not deprecated.