OpenSSL 3.5 は主要な暗号技術の変化をもたらします

OpenSSL 3.5は、PQCサポート、サーバーサイドQUIC、新しいTLSデフォルトなどの主要な暗号更新を導入しました。

前回の3.4バージョンから5ヶ月以上が経過した後、OpenSSLの背後にあるチームがOpenSSL 3.5のリリースを発表しました。これにはいくつかの顕著な改良が含まれています。

主なハイライトとして、req、cms、およびsmimeアプリケーションのデフォルトの暗号化暗号がdes-ede3-cbcからより強力なaes-256-cbcに変更されました。

さらに、デフォルトのTLS対応グループリストは、ハイブリッドポスト量子暗号（PQC）KEMグループを含め、優先するように設定されており、その過程であまり使用されていないグループのいくつかが削除されました。開発者はまた、デフォルトのTLSキーシェアがキー確立オプションを強化するためにX25519MLKEM768およびX25519を提供していることに注意する必要があります。

強調すべきもう一つの重要な点は、すべての BIO_meth_get_*() 関数の非推奨化です。これはレガシーコードに変更を促すかもしれませんが、バイオレイヤー機能に対するより現代的なアプローチの土台を築きます。

一方、TLSに大きく依存している組織は、複数のTLSキーシェアのサポートと、TLSキー確立グループの構成の改善を期待できます。これは、暗号設定において最大の柔軟性を求める人々に最適です。

ユーザーは、OpenSSL 3.5.0がサーバー側のQUIC（RFC 9000）サポートを提供し、さらにより早いハンドシェイクのための0-RTTサポートを含むサードパーティのQUICスタックとの互換性があることを知って興奮するでしょう。加えて、このリリースはPQCアルゴリズム（ML-KEM、ML-DSA、SLH-DSA）を追加することで、ポスト量子の準備を進めています。

さらに、新しい構成オプションが導入されました。例えば、RFC8422で廃止されたTLSグループのサポートを無効にするためのno-tls-deprecated-ecや、FIPSプロバイダーのためにJITTERシードソースを取り入れるenable-fips-jitterがあります。

暗号的に柔軟なワークフローを必要とする大規模展開において、CMPでの中央鍵生成と不透明な対称鍵オブジェクト（EVP_SKEY）は、便利さと制御の向上をもたらします。

さらに、このリリースは提供された暗号アルゴリズムにおけるパイプライン処理のためのAPIサポートを提供しており、高性能アプリケーションを最適化する人々にとって歓迎すべき改善です。

最後に、既知の問題が一部のユーザーに影響を与える可能性があります：SSL_acceptをSSL_accept_connectionから返されたオブジェクトで呼び出すと、意図した通りにハンドシェイクを進める代わりに予期しないエラーが発生します。

現時点では、開発者は代わりに SSL_do_handshake を呼び出すことでこれを回避できますが、OpenSSL 3.5.1 のための恒久的な修正がすでに計画されています。

リリースの変更ログには、OpenSSL 3.5のすべての変更の詳細なリストが含まれています。