[gnutls-devel] GnuTLS | certtool: generated PKCS8 private keys inconsistent with RFC8018 (#1632)

Read-only notification of GnuTLS library development activities gnutls-devel at lists.gnutls.org
Tue Dec 24 21:39:48 CET 2024




Samuel Chiang commented: https://gitlab.com/gnutls/gnutls/-/issues/1632#note_2273441446


Thanks, really appreciate the fix! 

I did a bit more research into this and did find a sentence where `NULL` is explicitly called out for `id-hmacWithSHA1` in [RFC8018 B.1.1](https://datatracker.ietf.org/doc/html/rfc8018#appendix-B.1.1).
>  The parameters field associated with this OID in an
   AlgorithmIdentifier shall have type NULL.  This object identifier is
   employed in the object set PBKDF2-PRFs (Appendix A.2).

Unfortunately, there doesn't seem to be anything concrete mentioned for other `hmacWithSHA*`s in the same RFC :disappointed:. OpenSSL has historically paired a `NULL` in `parameters` for other `hmacWithSHA*`s though, so it would be great to have better interoperability. 

I also found this interesting [newer RFC9579](https://datatracker.ietf.org/doc/rfc9579/) that was meant to be an amendment upon RFC8018. Appendix B in this RFC does have examples where other `hmacWithSHA*`s follow the same pattern as `hmacWithSHA1`'s specification. There's no concrete wording like RFC8018 however and this RFC seems to be more directed towards PKCS12.

-- 
Reply to this email directly or view it on GitLab: https://gitlab.com/gnutls/gnutls/-/issues/1632#note_2273441446
You're receiving this email because of your account on gitlab.com.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.gnupg.org/pipermail/gnutls-devel/attachments/20241224/7517b019/attachment-0001.html>


More information about the Gnutls-devel mailing list