CVE-2026-45445 OpenSSL AES-OCB暗号処理にIV無視の脆弱性
この記事はAIがNVDのCVE情報をもとに要約・生成したものです。影響範囲や対策は、必ずNVDおよび各ベンダーの公式情報をご確認ください。
OpenSSLのAES-OCB暗号処理に、特定のAPI使用時にIVが無視される脆弱性が発見されました。このため、同一鍵で暗号化されたメッセージではnonceが常に同一となり、機密性の喪失や改ざんが可能になるリスクがあります。影響はTLS実装にはありませんが、EVP_Cipher()を用いたアプリケーションに限定されます。運用上は、AES-OCBを扱うコードがEVP_Cipher()を用いていないか確認し、公式に推奨されるEVP_CipherUpdate()/EVP_CipherFinal_ex()の使用を検証する必要があります。また、OpenSSLのパッチ適用を確認し、影響を受ける可能性のある処理の見直しを進めることが重要です。
- NVD Detail (NVD) [日本語で表示]
ソクラテスの問い、プラトンの備え
プラトンよ、この脆弱性の本質は、暗号の「非対称性」にこそあるだろう。IVが無視されるという現象は、技術的な不完全さではなく、設計の哲学的選択に起因するのでは？
ご冗談でしょう。実際には、コードでEVP_Cipher()を呼び出しているか否か、という単純な確認が第一です。このAPIはドキュメントで「推奨されていない」のに、誰かが使い続けているかもしれません。
では、その確認はどのように行う？コードレビューは哲学的探究と同様に、根気と時間を要する行為ではないか。
確かに。たとえば、`EVP_Cipher()`が使われているコードをgrepで検索し、`EVP_CipherUpdate()`と`EVP_CipherFinal_ex()`が正しく使われているか確認します。また、OpenSSLのパッチ適用履歴を`apt list –upgrades`でチェックするのも重要です。
だが、パッチ適用の影響は？
影響調査は、この脆弱性が「AES-OCBを扱うコード」に限定されていることを踏まえ、関連するライブラリや自社開発のコードをリストアップして、実際にIVが渡されているかをトレースする必要があります。
監視の必要性は？
監視は「変更管理」の一部です。パッチ適用後、ログに`EVP_Cipher()`の呼び出しが残っていないか、セキュリティ監視ツールで異常を検知する仕組みを整えましょう。
ベンダー情報確認は？
OpenSSLの公式ドキュメントに「AES-OCBの使用はEVP_CipherUpdate()を推奨」と明記されているので、この情報を基に自社のコードと比較する必要があります。
では、この脆弱性は「倫理」の問題なのか？
いいえ。これは「責任」の問題です。エンジニアがドキュメントを読まずにAPIを誤用した場合、その責任は運用側にあります。だからこそ、コードレビューとパッチ適用が必須なのです。
だが、CVSS7.5という深刻度に比べて、ユーモアはどこにある？
IVが「無視される」のは、暗号の世界で最も「不機嫌な」挙動です。でも、この問題を解決するには、単に「IVを正しく渡す」だけ。哲学的問いより、コマンドラインの実行が重要です。
では、最後にプラトンよ。運用者は何をすべきか？
確認すべきは、①EVP_Cipher()の使用有無、②パッチ適用状況、③ドキュメントとコードの整合性、④監視ログの確認。そして、すべてを「変更管理の文書」に記録することです。忘れると、IVが「影に消える」ことになりますよ。
関連キーワード: openssl