CVE-2026-45446 OpenSSLのAES-SIV/GCM-SIV実装に脆弱性 注意点
この記事はAIがNVDのCVE情報をもとに要約・生成したものです。影響範囲や対策は、必ずNVDおよび各ベンダーの公式情報をご確認ください。
Linuxサーバー運用者向けに、OpenSSLのAES-SIVおよびAES-GCM-SIV実装に存在する脆弱性について注意喚起します。この脆弱性により、特定の条件下で認証済みデータ（AAD）を含む空の暗号文を偽造される可能性があります。影響は、カスタムプロトコルでこれらの暗号モードを実装し、空の暗号文を処理する際の認証チェックに不備があるアプリケーションに限定されます。特に、AES-SIVを使用する場合、復号コンテキストの再利用時にキーのリセットが行われていないと攻撃が成立する可能性があります。確認時は、自社開発のプロトコルがAES-SIV/AES-GCM-SIVを用いており、空の暗号文を適切に処理しているかを点検してください。また、OpenSSLの提供元から発行される修正パッチの適用を検討してください。ただし、TLSやQUICなどのOpenSSL標準プロトコルには影響がないため、それらの環境では即時対応は不要です。
- NVD Detail (NVD) [日本語で表示]
ソクラテスの問い、プラトンの備え
プラトンよ、もしもあるシステムが「空の暗号文を処理する際の認証チェックに不備がある」という状況に陥ったとしたら、あなたはまず何を問うだろう？
それは、まず自社のプロトコルがAES-SIVやAES-GCM-SIVを実装しており、かつ空の暗号文をどのように扱っているかを確認するところです。例えば、アプリケーションが受信した暗号文がゼロバイトの場合、AADを処理する際の流れに抜けがないか点検する必要があります。
なるほど。では、もしも「復号コンテキストの再利用時にキーのリセットが行われていない」という状況に気づいたとしたら、どう対応すべきだろうか？
その場合は、OpenSSLの提供元から発行された修正パッチを適用する検討を始めます。ただし、TLSやQUICなどの標準プロトコルには影響がないため、それらの環境では即時対応は不要です。
では、この脆弱性が「カスタムプロトコル」に限定される点について、あなたはどのように評価する？
これは重要な点です。Linux運用者は、自社のプロトコルがOpenSSLのEVPインターフェースを使用しており、かつ空の暗号文を受け入れる処理があるかを確認すべきです。また、変更管理の文書にこの脆弱性が記録されているか確認し、今後の監視に組み込む必要があります。
では、ベンダー情報の確認はなぜ重要なのか？
OpenSSLのバージョンが3.0以上でAES-SIVを実装し、3.2以上でAES-GCM-SIVを実装していることを確認する必要があります。この脆弱性の影響範囲は、カスタムプロトコルの実装に依存するため、ベンダーの提供する情報と自社の構成を比較することが不可欠です。
では、もしもこの脆弱性に気づかずに放置してしまった場合、あなたはどんな結果を想定する？
空の暗号文を処理する際の認証チェックに不備があると、攻撃者が任意のAADを含むメッセージを偽造する可能性があります。これは、セキュリティの「小さな穴」に見えるかもしれませんが、運用の「大きなリスク」を生むかもしれません。でも、パッチ適用の手間は、後に大きな問題を避けるための「小さな努力」です。
関連キーワード: openssl