Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - 問題のサマリー:ハンドシェイク中に SSL_set_SSL_CTX() を呼び出して接続を別の SSL_CTX に切り替える TLS サーバーは、置換コンテキストが、接続の作成元のコンテキストよりも多くのプロバイダー署名アルゴリズムについて認識している場合、内部配列の末尾を超えてメモリにアクセスする可能性があります。
    SSL_set_SSL_CTX() を決して呼び出さないアプリケーションは影響を受けません。影響の概要:リモートピアが、サーバーヒープ上で小さな領域外読み取り、場合によっては固定値の領域外書き込みを引き起こす可能性があります。これにより、サービス拒否が引き起こされる可能性があります。CWE:CWE-787:領域外書き込み 説明:TLS 接続は、作成した SSL_CTX から取得した、作成時の証明書スロットの数を記録します:内蔵証明書タイプと、コンテキストが認識した各プロバイダーの TLS-SIGALG エントリの 1 つのスロット。このカウントにより、スロットごとの証明書有効性フラグの内部配列がサイズ設定されます。アプリケーションは、別の仮想ホストにサービスを提供するために SSL_set_SSL_CTX() を呼び出すことで、ハンドシェイクの一部で接続の SSL_CTX を置き換えることができます。カウントが更新されませんでした。プロバイダー署名アルゴリズムのスロットインデックスは、それを解決するコンテキストのリストでの位置であるため、置換コンテキストが元のコンテキストよりも多くのインデックスを認識している場合、ピアによって提供されるアルゴリズムは、配列の終端を超えたインデックスに解決できます。ピアの署名アルゴリズムを処理すると、そのようなアルゴリズムごとに4バイトのワードが1つ読み取られ、読み込みワードがゼロの場合は、その上に固定値を書き込みます。それらの多くを提供するピアが、ヒープメタデータを破損し、プロセスを中止する可能性があります。この効果があるのは、余分なスロットの 1 つを占め、サーバーも構成したプロバイダー署名アルゴリズムのみです。置換コンテキストが認識しないコードポイントはスロットに解決されることなく破棄され、プロバイダー署名アルゴリズムはTLS 1.3からのみ使用できます。したがって、2つのコンテキストは、異なる数のプロバイダー署名アルゴリズムを認識する必要があります。これには、個別のライブラリコンテキスト、作成される2つのプロバイダー間で読み込まれるプロバイダー、またはアドバタイズする内容が異なるプロバイダーが必要です( 4.0たとえば、FIPSプロバイダーがアドバタイズしないのに、デフォルトのプロバイダーはSM2をアドバタイズします)。同じ古いカウントが対応する証明書を非表示にし、構成ミスが気付く可能性が高いため、条件を満たすデプロイメントは、正当なクライアントと影響を受けるアルゴリズムを正当なクライアントとネゴシエートすることもできません。このため、また設定がデフォルトではないことから、この問題の重要度は「低」と評価されています。FIPS の影響:いいえ 影響を受けるコードが OpenSSL FIPS モジュールの境界外にあるため、FIPS モジュールはこの問題の影響を受けません。(CVE-2026-72897)

Nessus は、ベンダーから報告されたパッケージの存在に依存していることに注意してください。

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2026-72897

high Nessus プラグイン ID 351202

バージョン 1.7