AlmaLinux 9.6 [TuxCare] セキュリティ更新プログラム:openssl/openssl-devel/openssl-libs/openssl-perlの複数の脆弱性(ALMALINUX9.6:CLSA-2026:1793092125)

high Nessus プラグイン ID 372418

Language:

概要

AlmaLinux ホストに 1 つ以上のセキュリティ更新がありません。

説明

AlmaLinux 9.6 ホストには、TuxCare ALMALINUX9.6:CLSA-2026:1793092125アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

- 問題のサマリー: 多数の nameRelativeToCRLIssuer CRL 配布ポイントを持つ証明書は、OpenSSL が X.509 拡張をキャッシュする際に不均衡なヒープの増加を引き起こします。影響のサマリー: 悪意のあるピアから細工された証明書を受け取ると、メモリが大幅に圧迫され、クライアント証明書を要求するクライアントまたはサーバーでサービス拒否が発生する可能性があります。CWE: CWE-770: 制限やスロットリングのないリソースの割り当て説明: ピアから受け入れられる証明書のサイズ制限 (~100 KiB) に収まる証明書または証明書のセットにより、通常の TLS ハンドシェイク中に受信側に数百 MiB の常駐メモリが割り当てられる可能性があります。複数の同時接続が同様に大きなメモリ割り当てにつながる場合、これはクライアントまたはサーバーをクラッシュさせるのに十分かもしれません。この修正では、証明書の CRL 配布ポイント拡張の処理を、CRL 処理に処理値が必要となるまで遅らせます。このようにして、こうした証明書を受信した時に、大量のメモリ割り当てを長時間保持することを回避します。FIPS impact: FIPS モジュールは、この問題による影響を受けません。(CVE-2026-35189)

- 問題のサマリー:ハンドシェイク中に 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)

- 問題のサマリー:OpenSSL QUIC スタックが、ストリームの接続レベルのフロー制御を実施しません。リモートピアは、ストリームフロー制御制限内に収まる限り、より多くのバイトを送信する可能性があります。影響のサマリー:悪意のあるリモートピアがストリームの接続フロー制御の欠如を悪用し、QUICスタックが768 KiB(デフォルトのフロー制御ウィンドウサイズ)の代わりに~100MBのメモリを受け取るようにする可能性があります。CWE:CWE-770:制限またはスロットリングのないリソースの割り当て説明:ローカルのQUICスタックは、ストリームフロー制御制限と接続フロー制御制限の2つのフロー制御制限をリモートピアにアドバタイズします。リモートピアは、ストリームデータを送信するときに両方の制限に従う必要があります。ローカルの QUIC スタックは必ずストリームフレームを受け取るたびに、受信したストリームフレームのサイズがフロー制御制限内に収まっているかどうかを検証します。いずれかの制限 (ストリームレベルまたは接続レベル) を超えた場合、QUIC スタックはフロー制御エラーで接続を閉じる必要があります。脆弱な OpenSSL QUIC スタックは、ストリームレベルの制限を強制しますが、接続レベルの制限は強制しません。この問題を悪用するには、次の3つの条件を満たす必要があります。- リモートピアが複数のストリームを開く - 各ストリームがストリームレベルのフロー制御制限内にとどまっている必要がある - (脆弱なQUICスタックがデータを消費するのを防ぐため)どのストリームにもゼロオフセットバイトが送信されないこと。上記の条件を満たすことで、リモートピアはローカルスタックに 2 x MAX_STREAMS x(ストリームフロー制御制限)バイトのメモリを割り当てさせる可能性があります。MAX_STREAMS のデフォルトは 100 で、制限は双方向ストリームと単方向ストリームの両方に適用され、合計 200 になります。ストリームのデフォルトのフロー制御ウィンドウは 512KB です。リモートピアは、脆弱な QUIC スタックに、接続ごとに 100MB のヒープを割り当てるように強制する可能性があります。FIPS の影響:いいえ QUIC 実装は OpenSSL FIPS モジュールの境界外にあるため、FIPS モジュールは影響を受けません。
(CVE-2026-75804)

- 問題のサマリー: DTLS 再送信ロジックが、途中で中断されたハンドシェイクメッセージ書き込みを正しく処理しません。再送信されたメッセージはメッセージバッファを越えて読み取られる可能性があり、再送信は中断された書き込みが適切に再開する必要がある内部状態を上書きします。影響のサマリー: 再送信されたメッセージは、ヒープメモリを平文のハンドシェイクデータとしてピアに漏えいしたり、マップされていないメモリ領域まで読み取りが到達するとクラッシュやサービス拒否を引き起こす可能性があります。CWE: CWE-125: 領域外読み取り説明: DTLS ハンドシェイクメッセージは複数のフラグメントで書き出すことができ、下層のトランスポートが一時的にそれ以上のデータを受け入れることができない場合、書き込みはメッセージの途中 (WANT_WRITE を返す) で一時的に中断できます。このような書き込みが中断されている間、DTLS 再送信タイマーは独立して起動し、再送信ロジックに再送信キューから既に送信済みのメッセージを再送信するように依頼する可能性があります。
再送信ロジックは、位置を再送信中のメッセージの先頭にリセットすることなく、まだ書き込み中であるメッセージと同じ内部バッファおよび位置追跡を再利用していました。
結果として、再送信は、中断された書き込みが中断した場所から開始され、誤ってラベルの付けられたメッセージが生成され、その本文にはまだ送信中の他の大きなメッセージからのバイトが混ざることになります。その内容は、その時点で送信されるはずのないものであり、割り当てられたバッファの終端を越える可能性があります。これとは別に、再送信の位置が正しい場合でも、別の書き込みが中断されている間に再送信を完了まで実行できるようになると、中断された書き込みが再開するために依存している同じ共有ブックキーピングが上書きされます。アプリケーションが後に中断された書き込み (後続の SSL_read()、SSL_write()、SSL_accept()、または SSL_connect() 呼び出しを介して) を再開するとき、メッセージと矛盾した状態のブックキーピングが見つかり、デバッグビルドのプロセスが中止されます。この修正は、再送信の読み取り位置をメッセージの先頭にリセットしてから再送信します。また、ハンドシェイク書き込みがまだ中断中であれば必ず再送信を完全にスキップし、代わりに再開する次の呼び出しまで延期します。FIPS impact: FIPS モジュールは、この問題による影響を受けません。(CVE-2026-84782)

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