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
In a typical scenario, the owner of the certificate would like to enable PQ(/T) encryption, while remaining compatible with PQ(/T)-incapable clients. Not having a traditional encryption subkey limits the general usability of the certificate for non-PQ(/T) clients. It is therefore not something that I would expect in a typical certificate.
While not critical, I think it's good if the test vectors reflect what we expect to see in the wild.
Currently we only have a PQ/T encryption subkey for the A.1. test vector. Wouldn't it make sense to add an X25519 subkey?
The text was updated successfully, but these errors were encountered: