リモートホストにインストールされている OpenSSL は、3.0.22 より前のバージョンです。したがって、3.0.22 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

  - 問題のサマリー: OpenSSL CMP パスワードベースの保護検証は、protectionAlg パラメーターを PBMParameter として処理する前に、その ASN.1 タイプでないかどうかという点のみをチェックします。細工されたメッセージには、無効なポインターとして逆参照される、異なるタイプのパラメーターが含まれる可能性があります。影響の概要:
    リモートの認証されていない攻撃者が、PBM で保護されたメッセージを受け入れる CMP サーバーとして機能するアプリケーション、または悪意のある CMP サーバーや傍受された CMP サーバーと通信する CMP クライアントをクラッシュさせ、サービス拒否を引き起こす可能性があります。CWE: CWE-476: NULL ポインターデリファレンス 説明: CMP メッセージのパスワードベースの MAC 保護を検証するとき、OpenSSL ライブラリは protectionAlg アルゴリズムパラメーターを X509_ALGOR_get0() で読み取り、パラメーターの種類とその値のポインターの両方を返します。次に、そのポインターが NULL ではないことだけをチェックした後で、値が ASN1_STRING にキャストされ、予想される PBMParameter として扱われます。X509_ALGOR_get0() によって返されるパラメーター型は、一度も参照されていませんでした。これは、MAC が計算される前の保護検証中に発生するため、PBM 共有シークレットの知識は必要ありません。唯一の前提条件は、PBM 検証が実行可能であることです。サーバー側では、PBM で保護されたメッセージを受け入れる CMP サーバーを立ち上げるあらゆるアプリケーションにおいて、OSSL_CMP_SRV_process_request() を通じてこの処理が行われます。また、クライアント側では、悪意のあるサーバーや経路上 (MITM) のサーバーに対する CMP 応答の検証を通じて行われます。確実に生じる結果は、サービス拒否です。メモリの漏えい、制御されたメモリ書き込み、コード実行へのパスはありません。CMP は、アプリケーションが明示的に有効にする必要がある特殊な機能です。FIPS の影響: なし。CMP コードは FIPS モジュールの境界外にあるため、この CVE の影響を受ける FIPS モジュールはありません。(CVE-2026-63076)

  - 問題のサマリー: ChaCha20-Poly1305 と空の暗号文による AES-OCB 復号化は、EVP_Cipher() 関数を呼び出して操作がファイナライズされた場合に、指定された認証タグを検証せずに成功を報告する可能性があります。影響のサマリー: 空の暗号文で EVP_Cipher() を呼び出し、AEAD タグをチェックするための呼び出しを期待するアプリケーションが、偽装されたメッセージを受け入れる可能性があります。CWE: CWE-354 (整合性チェック値の不適切な検証) 説明: AEAD 暗号の EVP_Cipher()API 呼び出しは、1 回限りの暗号化および復号化の呼び出しと同様に動作します。また、復号化操作後に AEAD タグも検証します。ただし、AES-OCB および ChaCha20-Poly1305 暗号については、空の暗号文が関数に渡されると、AEAD タグの検証がスキップされます。この関数を呼び出す側は、たとえ実際には検証されていない場合でも、正常に返されたことが、これらの暗号方式に対して有効な AEAD タグであることを示していると誤解する可能性があります。FIPS の影響:
    なし。4.0、3.6、3.5、3.4、3.0 の FIPS モジュールは、影響を受けるアルゴリズムが FIPS 認証を受けておらず、FIPS モジュールには実装されていないため、この CVE による影響を受けません。(CVE-2026-75803)

  - 問題のサマリー: OpenSSL Certificate Management Protocol (CMP) は、CMP メッセージで送信された追加の証明書 (extraCerts) をキャッシュしますが、(無効な場合など) 削除することはありません。サーバーが OSSL_CMP_CTX を頻繁に再利用すると、この extraCerts のキャッシュが際限なく増加し、悪意のあるクライアントがこの増加を促進するリクエストで CMP サーバーに大量のリクエストを送り込む可能性があります。影響のサマリー: サーバープロセスの有効期間に 1 つの OSSL_CMP_CTX を再利用する CMP サーバーを利用するユーザーは、悪意のあるクライアントが一意の追加証明書を含むリクエストを繰り返し送信すると、際限のないメモリ増加を目の当たりにする可能性があります。これは OOM 状態につながる可能性があります。CWE: CWE-770: 制限やスロットリングのないリソースの割り当て 説明:リモートユーザーが extraCerts のリストを含む CMP メッセージをサーバーに送信し、メッセージが拒否された場合、メッセージからの extraCerts はサーバーコンテキストの信頼できない証明書スタックに残ります。これにより、長寿命の ctx オブジェクトを持つサーバーがサービス拒否攻撃にさらされ、攻撃者が拒否されるつもりのメッセージを追加した証明書の大きなリストを繰り返し送信して、サーバーにそれらを無期限に保存させる可能性があります。この問題は、メッセージが拒否された場合に追加された余分な証明書を削除することで、キャッシングを一切行わないようにコンテキストが設定されている場合と同じ方法を使用することで修正されました。FIPS の影響:
    なし。CMP コードは FIPS モジュールの境界外にあるため、この CVE の影響を受ける FIPS モジュールはありません。
    (CVE-2026-63074)

  - 問題のサマリー: OpenSSL CMS 復号化は、ラップ解除されたキーサイズのクエリに基づいて key-unwrap 出力バッファのサイズを調整しますが、AES-WRAP-PAD のラップ解除プリミティブは、そのクエリレポートよりも多くのバイトを書き込みおよび消去できるため、8 バイトの領域外ヒープ書き込みが発生します。影響のサマリー: 細工された CMS メッセージを提供する攻撃者は、被害者が CMS_decrypt() でメッセージを復号化すると、決定論的な 8 バイトの領域外ヒープ書き込みをトリガーし、ヒープを破損させ、通常はサービス拒否を引き起こす可能性があります。CWE: CWE-787: 領域外書き込みの説明: key-wrap OID は、接続されている攻撃者がコントロールする可能性があります。CMS ラップ解除により、id-aesNNN-wrap-pad および id-aesNNN-wrap 暗号の両方が許可されます。攻撃者が、正当なメッセージを受け取り、単一の OID バイトを変更し、それ以外は有効なメッセージのままに、パディングされたバリアントを選択する可能性があります。ラップ解除キーは受信者のプライベート操作 (ECDH キー合意または ML-KEM カプセル化解除) から派生するため、RFC 5649 整合性チェックは合格できず、復号化は整合性の失敗で失敗します。書き込みは、割り当ての直後に固定サイズ (8 バイト)、固定値 (ゼロ) のヒープオーバーフローであり、特別な構成を必要とせず、パブリックの CMS_decrypt() 関数から到達できます。結果として、ヒープの破損が発生し、サービス拒否が引き起こされます。CMS コードの修正では、ラップ解除の出力バッファのサイズが最悪の場合に設定されており、ラップ解除が失敗しても割り当てを超えて書き込むことができません。FIPS の影響: なし。CMS コードは FIPS モジュールの境界外にあるため、この CVE の影響を受ける FIPS モジュールはありません。(CVE-2026-63072)

  - 問題のサマリー: ハンドシェイクの進行中に未来のエポックの DTLS レコードを受信すると、OpenSSL はレコード自体が必要とするメモリよりもはるかに多くのメモリをバッファリングします。影響のサマリー: ピアが少量のネットワークトラフィックを使用して、OpenSSL DTLS エンドポイントに不釣り合いに大量のメモリを保持させ、サービス拒否を引き起こす可能性があります。CWE: CWE-405: 非対称リソース消費 (増幅) の説明: DTLS ハンドシェイクの進行中に、通常は下層の UDP トランスポートでの順序変更が原因で、ローカルエンドポイントが同じ遷移を処理する前に、ピアが正当にすでに次のエポック (ChangeCipherSpec メッセージと Finished メッセージを送信するなど) に進んでいる可能性があります。
    OpenSSL は、ローカルエンドポイントが追いついたら処理できるように、このような初期のレコードをバッファ処理します。
    現在、レコードをバッファリングすると、到着した読み取りバッファ全体が保持されます。これは、レコード自体を構成するバイトだけでなく、可能な最大の DTLS レコード (約 16 キロバイト) を保持するようにサイズ設定されています。このようなレコードは、接続ごとに最大 100 個までバッファリングできます。その結果、次のエポックに属すると主張する小さな偽造レコードのストリームを送信するピアが、OpenSSL DTLS エンドポイントにそのデータ量のほんの一部しかネットワーク経由で送信しないにもかかわらず、約 1.7 メガバイトのメモリを保持する可能性があります。このため、攻撃者は、およそ 1200 倍にメモリを増幅させることができ、開くことができる関連付けすべてにまたがってこの効果を及ぼすことができます。これは、DTLS サーバーのリモートメモリ枯渇によるサービス拒否リスクになります。接続ごとに保持されるメモリは制限されたままであり、アプリケーションがすでに設定している同時関連付けの数の制限も合計エクスポージャーを制限するため、この問題の重大度は「低」と評価されています。FIPS の影響: FIPS モジュールは、この問題による影響を受けません。これは、影響を受けるコードが OpenSSL FIPS モジュール境界の外部にあるためです。OpenSSL 4.0、3.6、3.5、3.4、3.0、1.1.1、1.0.2 は、この問題に対して脆弱ではありません。OpenSSL 4.0 ユーザーは、OpenSSL 4.0.2 にアップグレードする必要があります。OpenSSL 3.6 ユーザーは、OpenSSL 3.6.4 にアップグレードする必要があります。OpenSSL 3.5 ユーザーは、OpenSSL 3.5.8 にアップグレードする必要があります。OpenSSL 3.4 ユーザーは、OpenSSL 3.4.7 にアップグレードする必要があります。OpenSSL 3.0 ユーザーは、OpenSSL 3.0.22 にアップグレードする必要があります。プレミアムサポートのお客様のみ: OpenSSL 1.1.1 ユーザーは、OpenSSL 1.1.1zi にアップグレードする必要があります。OpenSSL 1.0.2 ユーザーは、OpenSSL 1.0.2zr にアップグレードする必要があります。この問題は、2026 年 5 月 18 日に Amazon Web Services によって報告されました。この修正は、Matt Caswell 氏により開発されました。-- cut (内部使用のための非公開メタデータ) -- 報告者: Amazon Web Services 修正者: Matt Caswell 氏 (CVE-2026-54874)

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

検出

OpenSSL 3.0.0< 3.0.22複数の脆弱性

critical Nessus プラグイン ID 339518

バージョン 1.3