LibreSSL 4.4.0 正式リリース: 問題のあるルート証明書を削除し、SHA-3 パフォーマンスを向上させ、複数の脆弱性を修正

要約:

オープンソース暗号化ソフトウェア プロジェクト LibreSSL は、2026 年 10 月 22 日に正式バージョン 4.4.0 をリリースしました。これは 4.4.x シリーズの最初の安定版リリースであり、OpenBSD 8.0 にも同梱されています。新しいバージョンでは、セキュリティ上のリスクを伴う eMudhra ルート証明書の削除、SHA-3 アルゴリズムの実行効率の最適化、TLS、DTLS、および X.509 証明書の処理における複数の問題の修正に重点を置いた、多数のセキュリティ修正、パフォーマンス向上、プラットフォーム互換性アップデートが行われています。

詳細:

https://www.libressl.org/

バージョン 4.4.0 での最も重要な変更の 1 つは、デフォルトの信頼されたルート証明書セットの調整です。開発チームは、証明書システム内の一部の下位レベルの認証局が強度が不十分なキーを使用していたため、eMudhra の emSign ECC Root CA - G3 ルート証明書をデフォルトの cert.pem 証明書ファイルから削除しました。互換性上の理由から、開発者は影響を受けない中間証明書も追加しました。

この調整には、HTTPS 接続の証明書信頼メカニズムが含まれます。ブラウザ、オペレーティング システム、および暗号化ソフトウェアは通常、信頼できるルート証明書を使用して、Web サイトの証明書が信頼できる組織によって発行されたかどうかを判断します。証明書システムにキーの強度が不十分であるなどのセキュリティ上の問題がある場合、攻撃者はその弱点を利用して証明書を偽造したり、一部の信頼性チェックを回避したりしようとする可能性があります。したがって、危険なルート証明書を削除すると、関連するセキュリティ リスクを軽減できます。

開発チームは、アップグレード時にローカル証明書ファイルを確認する必要があることを特に注意します。既存の cert.pem、openssl.cnf、および x509v3.cnf ファイルは、LibreSSL を再インストールするときに自動的に上書きされなくなったため、パッケージ マネージャーが構成のマージを自動的に処理しない場合、ユーザーは証明書の変更を手動で確認してマージする必要がある場合があります。開発チームは、ルート証明書エントリ「CN=emSign ECC Root CA - G3」が cert.pem に含まれていないことを確認することをお勧めします。

パフォーマンスの面では、LibreSSL 4.4.0 は SHA-3 アルゴリズムの実装を改善し、アンロールド ループやインターリーブ処理などの最適化手法を採用して、関連する計算の実行効率を向上させています。 SHA-3 は、データ整合性の検証、デジタル署名、その他のセキュリティ プロトコルに使用できる暗号化ハッシュ アルゴリズムです。この改善は主にアルゴリズムの実装自体を目的としています。実際のパフォーマンスの向上は、プロセッサ アーキテクチャ、コンパイラ、および特定のワークロードの影響を受けます。

新しいバージョンでは、複数のプラットフォーム間でのコンパイルとランタイムの互換性も向上しています。 macOS 側では、netcat (nc) ネットワーク機能の問題が修正され、macOS 27.0 のビルド サポートが追加されました。 Windows 環境では、開発チームは MSVC コンパイラでのいくつかの問題を修正しました。これには、ARM64 オプティマイザが定数時間の大きな整数算術コードでエラー コードを生成する問題が含まれ、また、Windows 互換性レイヤーでのネットワーク接続、ファイルの読み取りと書き込み、およびスレッドの同期も改善されました。

Linux およびその他の Unix 系システムの場合、新しいバージョンでは、AArch64 プラットフォームでの SHA アセンブリのサポートが改善され、RISC-V、MIPS、およびその他のアーキテクチャのアセンブリ実装構成が追加または改善されます。さらに、CMake ビルド システムは、Autotools ビルド方法と一致するコンパイラとリンカーのセキュリティ緩和オプションを使用するようになり、セキュリティ強化の観点から、さまざまなビルド プロセスで生成されたソフトウェアの一貫性が高まります。

LibreSSL 4.4.0 には、TLS および DTLS プロトコルの実装に関する多くの修正も含まれています。開発チームは、双方が相互にサポートされる暗号化グループを持たない場合の TLS 1.3 サーバーの処理ロジックを改善し、ハンドシェイク プロセスのいくつかの問題を修正しました。 DTLS 関連の改善には、接続の信頼性とプロトコル処理の一貫性を向上させることを目的として、ハンドシェイク メッセージ処理、シーケンス番号の記録、データ キューが含まれます。

X.509 証明書の検証は、更新のもう 1 つの重要な領域です。新しいバージョンでは、IPv6 アドレス リテラルを正しく処理することや、特別に構築されたユーザー情報がホスト名チェックをバイパスすることを防止することなど、証明書名の制約における URI ホスト名解決に関する問題が修正されています。さらに、開発チームは証明書チェーンの検証、電子メール アドレスと件名チェックなどのロジックも改善し、証明書の解析および検証プロセスにおけるセキュリティ リスクをさらに軽減しました。

LibreSSL 4.4.0 では、境界外の書き込み、境界外の読み取り、ヌル ポインター アクセス、一部のバッファーでの不正なメモリ解放など、メモリの安全性の問題を引き起こす可能性のあるいくつかの欠陥も修正されています。開発チームはまた、失敗後に適切に初期化されていないデータをプログラムが使用し続けることを防ぐために、一部の暗号化操作のエラー処理メカニズムを調整しました。

互換性の観点から、新しいバージョンでは、libtls の TLS 1.3 優先キー交換グループが X25519MLKEM768 に調整されています。この組み合わせは、従来の楕円曲線鍵交換 X25519 とポスト量子鍵カプセル化メカニズム ML-KEM を組み合わせたもので、TLS 接続に将来も保証される量子セキュリティ機能を提供することを目的としています。これは、LibreSSL を使用するすべてのアプリケーションが自動的に同じ構成を有効にすることを意味するものではなく、特定の動作は依然としてアプリケーションが libtls を呼び出す方法とその接続設定に依存します。

さらに、開発チームは、tls_peer_cert_chain_pem() という誤解を招く名前の証明書チェーン インターフェイスを非推奨にし、代わりに tls_peer_cert_chain_verified_pem() や tls_peer_cert_bundle_unverified_pem() などのインターフェイスを使用して、検証済みの証明書チェーン データと未検証の証明書チェーン データをより明確に区別することを開発者に推奨しました。このプロジェクトはまた、古いコードのクリーンアップを継続し、不要になったプロトコル処理ロジックとレガシー インターフェイスを削除します。

LibreSSL プロジェクトは、新バージョンでもコードのセキュリティ、信頼性、移植性を継続的に改善するという目標を継続しており、コミュニティが引き続きフィードバックや改善提案を提出することを歓迎すると述べています。システム保守者やソフトウェア開発者にとって、4.4.0 は通常のバージョン アップグレードであるだけでなく、注意が必要な証明書の信頼性の変更やセキュリティ修正も含まれています。

一般に、LibreSSL 4.4.0 の焦点は、新しい暗号化アルゴリズムを導入することではなく、既存の暗号化インフラストラクチャをさらに強化し、一般的に使用されるアルゴリズムのパフォーマンスを最適化し、さまざまなオペレーティング システムやプロセッサ アーキテクチャでの互換性を向上させることです。 TLS 接続の確立、証明書の検証、または暗号化されたデータの処理を LibreSSL に依存するソフトウェア プロジェクトの場合は、アップグレードする前にインターフェイスの互換性とローカル証明書の構成を確認し、独自の環境に応じてテストと展開を手配する必要があります。