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 the thread of ring being unmaintained I learned about Graviola and gave it a try for Inko. The switch itself is straightforward, but I noticed a difference: I have a test that takes a valid X509 private key and an invalid X509 certificate:
If I remember correctly, the invalid certificate is generated by generating an initially valid certificate using the OpenSSL CLI and then just chopping off a bunch of data in between the start/end markers. The test private key is as follows:
In the thread of ring being unmaintained I learned about Graviola and gave it a try for Inko. The switch itself is straightforward, but I noticed a difference: I have a test that takes a valid X509 private key and an invalid X509 certificate:
https://github.com/inko-lang/inko/blob/b8ce18ff917379bd469b16d5348ea428ba64ca09/std/test/std/net/test_tls.inko#L310-L317
If I remember correctly, the invalid certificate is generated by generating an initially valid certificate using the OpenSSL CLI and then just chopping off a bunch of data in between the start/end markers. The test private key is as follows:
And the invalid test certificate:
This test then tries to create a rustls
ServerConfig
object using this Rust code:https://github.com/inko-lang/inko/blob/b8ce18ff917379bd469b16d5348ea428ba64ca09/rt/src/runtime/tls.rs#L179-L197
When using ring, a
rustls.Error
is produced as expected. However, when using rustls-graviola no error at all is produced.Now my question is this: is it expected that graviola won't produce errors in this case, or is that itself a bug of sorts?
The text was updated successfully, but these errors were encountered: