OpenSSL
The most recommended of 5 TLS libraries
Widely used TLS library that people rely on for secure connections; performance has improved, though its design, bug history and confusing API draw frequent criticism.
Widely used TLS library that people rely on for secure connections; performance has improved, though its design, bug history and confusing API draw frequent criticism.
146 people gave an opinion
- recommend it
- 48
- criticize it
- 98
- approval share
- 33%
Recommended in 10 of 13 months
- November 2025: recommended
- December 2025: recommended
- January 2026: recommended
- February 2026: recommended
- March 2026: recommended
- April 2026: recommended
- May 2026: recommended
- June 2026: not recommended
- July 2026: not recommended
- August 2026: recommended
- September 2026: recommended
- October 2026: recommended
- November 2026: not recommended (month in progress)
Why it doesn’t carry the badge
- 48 people recommend itNeeds 10 or more, met.
- 0.4 recommenders for every criticNeeds 2 to 1 or better, not met.
- Recommended in 10 of 13 monthsNeeds 4 or more, met.
The same three rules apply to every product, and the badge can’t be bought. How the badge works
What people say about it
The reasons people give, with the number of comments that give each one. Open a reason to read what they said.
Why people recommend it
Each mark is one comment
Performance much improved since OpenSSL 3
“Not back to 1.1.1 levels of performance, but enough that it's probably not a dealbreaker for most people.”
Comment from 23 Oct 2026 in “OpenSSL 4.1.0” “There were massive improvements to performance in some of the areas criticized by PyCA and haproxy.”
Comment from 23 Oct 2026 in “OpenSSL 4.1.0” “Compared to other things on the internet, it doesn't cause that much of a slow down.”
Comment from 15 Apr 2026 in “OpenSSL 4.0.0” Default choice among crypto libraries
“Use JWT tokens and OpenSSL or another established library to sign them.”
Comment from 15 Apr 2026 in “My adventure in designing API keys” “please just use OpenSSL or another similar major crypto library”
Comment from 5 May 2026 in “.de TLD offline due to DNSSEC?” “For those two things, OpenSSL is fine as it is.”
Comment from 4 Jan 2026 in “Ed25519-CLI – command-line interface for the Ed25519 signature system” Protects privacy and secure communications
“providing a safety net when our politicians decide to tighten their grip on privacy and secure communications”
Comment from 29 Nov 2025 in “Ask HN: What open source projects are you grateful for?” “is of prime importance to those operating Internet-accessible servers, or clients”
Comment from 14 Apr 2026 in “OpenSSL 4.0.0”
What people warn about
Each mark is one comment
Complex, confusing API and code
“OpenSSL is documentation is very complete, very thorough, but also completely opaque”
Comment from 13 Jan 2026 in “Don't fall into the anti-AI hype” “Now you're constructing OSSL_PARAM arrays, looking up providers by string name, and hoping you got the key type right because nothing checks at compile time.”
Comment from 14 Apr 2026 in “OpenSSL 4.0.0” “I found that the OpenSSL source code was so complex that I would have spent a lot more time discussing the intricacies of the C code itself”
Comment from 15 Jan 2026 in “The State of OpenSSL for pyca/cryptography” - Comment from 16 Dec 2025 in “Upcoming Changes to Let's Encrypt Certificates”
- Comment from 28 Jan 2026 in “AI found 12 vulnerabilities in OpenSSL”
Recurring bugs from weak processes
“OpenSSL and other similar security substandard projects have process deficiencies that lead to similar bugs over and over again.”
Comment from 27 Jan 2026 in “OpenSSL: Stack buffer overflow in CMS AuthEnvelopedData parsing” “OpenSSL's CI is exceptionally flaky, and the OpenSSL project has grown to tolerate this flakiness, which masks serious bugs.”
Comment from 15 Apr 2026 in “OpenSSL 4.0.0” “a significant fraction of OpenSSL bugs could be prevented if they just used a small library for managing buffers”
Comment from 22 Jan 2026 in “SIMD Programming in Pure Rust” - Comment from 23 Mar 2026 in “GitHub appears to be struggling with measly three nines availability”
Slow performance, especially in TLS
“Openssl 3.0, which was the version in the official packages of our LTS distro was unacceptably slow.”
Comment from 24 Oct 2026 in “OpenSSL 4.1.0” “Technically yes, OpenSSL 3.X is slow, measurably so, but not enough that we wanted to deal with it.”
Comment from 23 Oct 2026 in “OpenSSL 4.1.0” “the design of OpenSSL 3.0 was a major step backwards, not least for performance”
Comment from 14 Apr 2026 in “OpenSSL 4.0.0” - Comment from 15 Jan 2026 in “The State of OpenSSL for pyca/cryptography”
Breaking updates and compatibility churn
“The number of updates that fixed a critical security problem but needed application changes to work was pretty high.”
Comment from 26 Jan 2026 in “The Holy Grail of Linux Binary Compatibility: Musl and Dlopen” “OpenSSL has historically been crap with respect to development compatability”
Comment from 15 Jan 2026 in “The State of OpenSSL for pyca/cryptography” “i think a project like this would slough old architecture like mad and let major versions tick, but they forge on”
Comment from 23 Oct 2026 in “OpenSSL 4.1.0”
Other TLS libraries people recommend
The four most recommended other TLS libraries, with the same counts for each, so you can compare like for like. The tick on each bar marks the 2 to 1 line the badge needs.
See all 5 TLS libraries, rankedWhat people said
40 of the 181 comments that mention it, newest first. Each links to the original comment.
“neither gnupg nor openssl could determine what mode and keysettings the sender had used”
“Openssl 3.0, which was the version in the official packages of our LTS distro was unacceptably slow.”
“There were massive improvements to performance in some of the areas criticized by PyCA and haproxy.”
“Not back to 1.1.1 levels of performance, but enough that it's probably not a dealbreaker for most people.”
“Technically yes, OpenSSL 3.X is slow, measurably so, but not enough that we wanted to deal with it.”
“i think a project like this would slough old architecture like mad and let major versions tick, but they forge on”
“I was more shocked that I managed to get stock OpenSSL to issue a certificate that worked.”
“many have complex non-standard grammars (e.g., openssl, ffmpeg)”
“Try to find a TLS library for Common Lisp that doesn't rely on openssl”
“A lot of people would like to -eventually- move away from openssl too, myself among them”
“Since OpenSSL 3 is now available under a GPL-compatible license, I think it's long past time to switch.”
“please just use OpenSSL or another similar major crypto library”
“Use JWT tokens and OpenSSL or another established library to sign them.”
“Compared to other things on the internet, it doesn't cause that much of a slow down.”
“OpenSSL's CI is exceptionally flaky, and the OpenSSL project has grown to tolerate this flakiness, which masks serious bugs.”
“Now you're constructing OSSL_PARAM arrays, looking up providers by string name, and hoping you got the key type right because nothing checks at compile time.”
“the design of OpenSSL 3.0 was a major step backwards, not least for performance”
“is of prime importance to those operating Internet-accessible servers, or clients”
“looks like decent cleanup. (IIRC, engines in particular will not be missed).”
“Almost all CPUs have AES native instructions so you'll be able to produce pseudorandom junk really fast.”
“OpenSSL, by virtue of trying to do everything is the most buggy implementation of TLS generally available today”
“I wish AES-GCM was available...but openssl can't do it on its own without further dependencies”
“It seems to me that after seeing some of the presentations by the LibreSSL folks that OpenSSL is not evidence of elegant code.”
“OpenSSL maintains a module for FIPS compliance, which includes an entire boatload of weak and broken algorithms nobody else bothers with.”
“OpenSSL and other similar security substandard projects have process deficiencies that lead to similar bugs over and over again.”
“The number of updates that fixed a critical security problem but needed application changes to work was pretty high.”
“a significant fraction of OpenSSL bugs could be prevented if they just used a small library for managing buffers”
“I found that the OpenSSL source code was so complex that I would have spent a lot more time discussing the intricacies of the C code itself”
“OpenSSL lets you bundle your CA policies with the app and thus avoid that issue”
“on the TLS parts, quite a lot, up to 2x slower on certain paths”
“OpenSSL has historically been crap with respect to development compatability”
“OpenSSL is documentation is very complete, very thorough, but also completely opaque”
“Absolutely none of this is true when used as a signing tool on the CLI.”
“For those two things, OpenSSL is fine as it is.”
“OpenSSL is rather confusing, and I want to use my own handling of the certificates but OpenSSL makes it too confusing to do that”
“I tell them to learn from examples set by the Linux kernel, SQLite, OpenSSL, FFMpeg, etc.”
“providing a safety net when our politicians decide to tighten their grip on privacy and secure communications”
“you can combine presets such as HIGH with your additional preferences”
“there is exactly one thing that OpenSSL is actually well-suited to doing (setting up TLS sessions), and then 20+ years of people getting themselves into grave trouble”
“that's how some of the most serious OpenSSL bugs have emerged”
Counts come from 1,795,640 Hacker News comments, November 2025 to November 2026. How we count. Report a mistake.