LibreSSL
OpenSSLのハートブリード脆弱性が明らかとなった後、OpenBSDプロジェクトではOpenSSLのソースコードの監査を新たに行った。その結果、OpenSSLをフォークし、OpenBSDプロジェクト自身によって管理する必要があると判断した。libressl.orgドメインの取得は2014年4月11日、プロジェクト名の発表は同月22日であった。
コードの見直しの最初の一週間で、C言語によるコードのうち90,000行以上が削減された。削減されたのは、古く使われていないコードや、古かったり現在となってはほとんど使われていないシステムのサポートのためのコードである。当初LibreSSLはOpenBSD 5.6においてOpenSSLを置き換えることを目的としていたが、安定版を他のプラットフォーム向けにもバックポートして公開することとした。2014年4月現在、LibreSSLプロジェクトでは外部からの継続的な経済的な支援を求めている。
6月5日、いくつかのOpenSSLのバグが公開された。いくつかのプロジェクトにはあらかじめバグの詳細が伝えられていたが、LibreSSLには伝えられていなかった。
ハートブリードへの対応としてLibreSSLから除去された最初の機能は、Heartbeat拡張そのものであった。また、他のオペレーティングシステムやハードウェアアーキテクチャのサポート(バージョン9までの「クラシックな」Mac OS、NetWare、OS/2、OpenVMS、16-bitのWindowsなど)、不要あるいは安全ではないと考えられるプリプロセッサマクロ、アセンブリ言語、C言語、Perlのための古いデモ・ドキュメントファイルも除去されている。
NSAによるバックドアが存在すると疑われているDual_EC_DRBG(英語版)は、これを必要とするFIPS 140-2(英語版)標準と共にサポートが廃止された。
MD2、SSL 2.0、ケルベロス認証、Password Authenticated Key Exchange by Juggling(英語版) (J-PAKE)、Secure Remote Password protocol(英語版) (SRP)といった使われていないプロトコル、安全ではないアルゴリズムのサポートも廃止されている。
潜在的な問題を早期に修正できるよう、安全のために設計されたコンパイルオプションやフラグ (-Wall, -Werror, -Wextra, -Wuninitialized) が既定で有効化されている。コードの可読性の向上(Kernel Normal Form、スペースによる整形、改行)や不要なラッパーやマクロの除去により、プログラムの正当性の検証やセキュリティ監査が容易となっている。
2038年問題にも対応済みである。