要約:
オープンソース暗号化ソフトウェア ライブラリ OpenSSL は、2026 年 10 月 23 日にバージョン 4.1 を正式にリリースしました。このアップデートでは、DTLS 1.3 プロトコルのサポート、GREASE メカニズムの実装、高速化されたポスト量子暗号アルゴリズム、AVX-512 命令セットをサポートする x86-64 プロセッサ向けの一部の暗号化操作の最適化など、多数の新機能とパフォーマンスの最適化が導入されています。さらに、新しいバージョンでは、過去のレガシー コードをさらにクリーンアップするために、Windows CE および Windows Itanium プラットフォームのビルド サポートも削除されています。
OpenSSL は、インターネット インフラストラクチャで最も重要な暗号化ソフトウェア ライブラリの 1 つであり、HTTPS Web サイト、サーバー、VPN、アプリケーション、および安全な通信を必要とするその他のシステムで広く使用されています。これは、TLS 接続、デジタル証明書、キー交換、暗号化、データ整合性検証などのタスクの処理を担当するため、その更新は開発者に関係するだけでなく、それに依存する多数のソフトウェアやネットワーク サービスにも影響します。
このアップデートの最も重要な新機能の 1 つは、DTLS 1.3 の公式サポートです。 DTLS (Datagram Transport Layer Security Protocol) は、データグラム通信を対象としたセキュリティ プロトコルとして理解できます。その設計目標は TLS と似ていますが、パケット損失、順序の乱れ、または到着の遅延が発生する可能性がある UDP などのデータ伝送環境に適応できます。
従来の TLS は主に TCP 接続に使用されますが、多くのリアルタイム通信、オンライン ゲーム、音声およびビデオ アプリケーション、および一部の IoT デバイスでは、伝送遅延を軽減するために UDP の使用が必要です。 DTLS は、これらのシナリオで暗号化、認証、データ整合性保護を提供できます。 DTLS 1.3 では、プロトコル設計がさらに改善され、ハンドシェイク プロセスが短縮され、最新の TLS テクノロジーに対応するセキュリティの向上が導入されています。
新しいバージョンでは、SSL リスナー API に DTLS サポートも追加されており、開発者が OpenSSL を使用してデータグラム プロトコルに基づいたセキュリティ サービスを構築することが容易になります。これにより、低遅延通信を必要とするアプリケーションにとって、関連するセキュリティ機構自体を実装する作業負荷が軽減されることが期待されます。
ただし、DTLS 1.3 は、OpenSSL を使用するすべてのアプリケーションが自動的にパフォーマンスの改善を受けることを意味するものではありません。アプリケーションは、対応するインターフェイスをアクティブに使用し、実際のネットワーク環境に応じて構成およびテストする必要があります。新しいプロトコルの利点は、通信パターン、ネットワーク パケット損失率、クライアント側とサーバー側の両方の実装によっても異なります。
OpenSSL 4.1 では、GREASE メカニズムのサポートも追加されています。 GREASE は「Generate Random Extensions And Sustain Extensibility」の略称で、元々は TLS プロトコルの拡張機能の互換性を向上させるために Internet Engineering Task Force によって標準化されました。
GREASE の中心的なアプローチは、特別に予約されており、TLS ハンドシェイク プロセス中に実際の機能を持たないランダム化されたプロトコル値を送信することです。これにより、将来のすべてのプロトコル値が事前に定義されていると誤って想定するのではなく、通信当事者が未知の拡張フィールドとパラメーターを正しく処理できるかどうかをテストできます。このような互換性の問題を積極的に公開することで、開発者は将来新しいプロトコル機能を追加するときに接続失敗のリスクを軽減できます。
暗号パフォーマンスの点で、OpenSSL 4.1 はポスト量子暗号アルゴリズムの実装を強化し続けています。量子コンピューティング技術の発展に伴い、従来の公開鍵暗号システムは将来的にセキュリティ上の潜在的な課題に直面しており、ポスト量子暗号アルゴリズムは徐々に標準化と実際の導入の段階に入りつつあります。 OpenSSL は今回、ML-DSA および ML-KEM 関連の操作の最適化に焦点を当てています。
ML-DSA は、ID を検証し、データの改ざんを防ぐために使用できるポスト量子デジタル署名アルゴリズムです。 ML-KEM は、安全な通信に必要な共有キーをネゴシエートまたは確立するために使用されるポスト量子キー カプセル化メカニズムです。どちらも、国立標準技術研究所が推進するポスト量子暗号システムに基づいています。
新しいバージョンでは、PPC64LE などのプロセッサ アーキテクチャ向けの ML-DSA および ML-KEM の数論変換 (NTT) 操作が最適化され、x86-64 プラットフォームでの ML-DSA の実装も改善されています。数論変換は、この種の格子ベースの暗号アルゴリズムにおける重要な計算リンクであり、その実行効率を最適化することで、一部の暗号化操作の計算オーバーヘッドを削減できます。
AVX-512 命令セットをサポートする x86-64 プロセッサの場合、新しいバージョンでは ML-DSA 用の SHAKE x4 最適化も追加されています。 SHAKE は、必要に応じてさまざまな長さの出力を生成できるスケーラブルな出力関数であり、最新の暗号アルゴリズムで重要な役割を果たします。 AVX-512 が提供するベクトル化されたコンピューティング能力を利用することで、OpenSSL はより多くのデータを並列処理できるため、関連する操作のスループットが向上します。
AES 暗号化も最適化されています。 OpenSSL 4.1 は、x86-64 プラットフォーム向けの AES-CBC 復号化実装を改善し、AVX-512 や VAES などの命令セット機能を組み合わせて処理効率を向上させます。実際の高速化は、CPU モデル、コンパイル オプション、および特定のワークロードの影響を受け、すべてのプロセッサで同じ利点が得られるわけではありません。
主流の x86-64 および PPC64LE プラットフォームに加えて、新しいバージョンでは、初めてロシアの Elbrus 2000 (E2K) プロセッサ アーキテクチャの予備サポートも追加されました。これは、OpenSSL が実行できるハードウェア プラットフォームをさらに拡大していることを意味します。ただし、予備的なアーキテクチャのサポートは、すべてのアルゴリズム、最適化パス、および周辺ツールが実稼働環境で完全にサポートされることを意味するものではありません。
この更新には、IKEv2 キー導出関数 (KDF) も含まれます。 IKEv2 はインターネット キー交換プロトコルで広く使用されており、IPsec VPN などのネットワーク セキュリティ シナリオでもよく使用されます。新しいサポートにより、OpenSSL の暗号化機能が拡張され、このキー導出メカニズムを使用する必要がある開発者に、より直接的な実装パスが提供されます。
In terms of compatibility, OpenSSL 4.1 officially removes the build targets for Windows CE and Windows Itanium processor platforms. Windows CE is an early operating system for embedded devices, and Itanium is the IA-64 processor architecture that Intel once developed.これらのプラットフォームが徐々に主流の使用から外れるにつれて、関連するビルド ターゲットを維持し続ける価値は減少し、それらを削除することでプロジェクトのメンテナンスの負担を軽減できます。
構成オプションに関して、OpenSSL は no-ecdsa および no-ecdh オプションを削除しました。開発チームは、これら 2 つのオプションは以前は対応する実装を実際に無効にしていなかったため、誤解を招きやすかったと指摘しました。楕円曲線暗号化機能を無効にする必要がある開発者は、no-ec 構成オプションを使用する必要があります。
もう 1 つの注目すべき変更には、tsget ツールが含まれます。このツールは以前、Perl モジュール WWW::Curl::Easy に依存していましたが、このモジュールは廃止されました。代わりに Net::Curl::Easy が使用されるようになりました。 tsget に依存しているユーザーは、アップグレードする前に新しい依存関係がインストールされていることを確認する必要があります。そうしないと、関連する機能が正しく機能しない可能性があります。
Although OpenSSL 4.1 brings a number of new features, the release notes also list known issues related to DTLS.たとえば、DTLS 1.3 の KeyUpdate メッセージを受信した後、まだ確認されていない一部のハンドシェイク後のレコードが期待どおりに再送信されない可能性があります。 problems may also occur with the handshake under certain packet loss conditions. The development team has plans to fix these defects in subsequent releases.
したがって、重要なネットワーク サービスを実行している企業や開発者は、アップグレードする前に公式リリース ノートを注意深く読み、テスト環境で DTLS 関連の機能を検証する必要があります。アプリケーションが新しい機能を使用しない場合、アップグレード時間は、アプリケーション自体の依存関係、オペレーティング システム リリースのメンテナンス戦略、およびセキュリティ要件に基づいて決定する必要があります。 It is not necessary to immediately replace the encryption library in the production environment just because the version number changes.
全体として、OpenSSL 4.1 は、新しいプロトコルのサポート、量子暗号化後のパフォーマンスの最適化、およびプラットフォームのメンテナンス調整を中核とした機能バージョンです。 DTLS 1.3 と GREASE は、開発者がより最新の安全な通信システムを構築するのに役立ち、AVX-512 とその他のアーキテクチャの最適化により、一部の暗号化操作の効率がさらに向上します。ポスト量子暗号が徐々に実際の展開段階に入ると、OpenSSL などの基本ソフトウェア ライブラリの継続的な更新がインターネット セキュリティ システムの進化の重要な部分になるでしょう。
詳細:
https://github.com/openssl/openssl/releases/tag/openssl-4.1.0
コメント