hannob
3 hours ago
I don't see "we fixed some of the the excessive performance regressions that we introduced in 3.0". Unfortunate...
Context: https://cryptography.io/en/latest/statements/state-of-openss...
chemodax
an hour ago
AWS-Lc looks very promising replacement for OpenSSL these days.
Bender
33 minutes ago
I looked into this and was tempted as there is less read locking and better RNG performance but they stripped the SSL_get1_curves() API which I depend on for bot detection plus I would have to recompile nginx and all its modules everywhere so in the end it was not tempting enough for me. Perhaps I am just lazier in my older age.
mrweasel
2 minutes ago
We ran a number of tests, including sending a percentage of real traffic to endpoints running AWS-LC and Wolfssl. Technically yes, OpenSSL 3.X is slow, measurably so, but not enough that we wanted to deal with it. That's for our use case, I can easily imagine there being others, where maybe you have different hardware or way more traffic, where it would be worth while. For basic TLS termination in haproxy, it wasn't really worth it to us.
ahartmetz
2 hours ago
>We do not fully understand the motivations that led to the public APIs and internal complexity we’ve described here. We’ve done our best to reverse engineer them by asking “what would motivate someone to do this” and often we’ve found ourselves coming up short.
Surely they thought of it but didn't say it out loud... to keep it exploitable, maybe?
woodruffw
33 minutes ago
No, that's not what's being implied. They're just saying they don't understand why OpenSSL has added so many indirections to otherwise straightforward operations.
Source: I am friends with the maintainers who wrote this and was one of the people who reviewed it in draft form.
pseudosaid
15 minutes ago
yet you too dont have an idea why asinine decisions were championed
woodruffw
12 minutes ago
I have a pretty good idea. And it has nothing to do with malice or exploitability.