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

  - 問題の要約: 過度に長い DSA キーまたはパラメーターのチェックは、非常に遅くなる可能性があります。影響の概要:
    EVP_PKEY_param_check() 関数または EVP_PKEY_public_check() 関数を使用して DSA 公開キーまたは DSA パラメーターをチェックするアプリケーションでは、長時間の遅延が発生する可能性があります。チェックされているキーまたはパラメーターが信頼できないソースから取得された場合、サービス拒否が引き起こされる可能性があります。EVP_PKEY_param_check() または EVP_PKEY_public_check() 関数は、DSA パラメーターのさまざまなチェックを実行します。係数 (「p」パラメーター) が大きすぎると、これらの計算の一部に時間がかかります。非常に大きなモジュラスを使用しようとすると時間がかかり、OpenSSL では署名検証に長さが 10,000 ビットを超えるようなモジュラスの公開キーを使用することはできません。ただし、キーとパラメーターのチェック関数は、チェックを実行するときにモジュラスサイズを制限しません。EVP_PKEY_param_check() または EVP_PKEY_public_check() を呼び出し、信頼できないソースから取得したキーまたはパラメーターを提供するアプリケーションは、サービス拒否攻撃に対して脆弱になる可能性があります。OpenSSL 自体は信頼できない DSA キーに対してこれらの関数を呼び出さないため、直接これらの関数を呼び出すアプリケーションのみが脆弱性の影響を受ける可能性があります。OpenSSL の pkey および pkeyparam コマンドラインアプリケーションも、「-check」オプションを使用する際に脆弱です。OpenSSL SSL/TLS の実装は、この問題の影響を受けません。OpenSSL 3.0 および 3.1 FIPS プロバイダーは、この問題の影響を受けます。(CVE-2024-4603)

  - 問題の要約: 一部のデフォルト以外の TLS サーバー設定は、TLSv1.3 セッションの処理時に無制限のメモリ増加を引き起こす可能性があります。影響の要約: 攻撃者は特定のサーバー設定を悪用して、サービス拒否につながる無制限のメモリ増加を引き起こす可能性があります。この問題は、デフォルト以外の SSL_OP_NO_TICKET オプションが使用されている場合、TLSv1.3 で発生する可能性があります (ただし、early_data サポートも構成されており、デフォルトのリプレイ防止保護が使用されている場合は発生しません)。この場合、特定の条件下で、セッションキャッシュが不適切な状態になり、いっぱいになると適切にフラッシュされなくなる可能性があります。セッションキャッシュは無制限に増加し続けます。悪意のあるクライアントが、この失敗のシナリオを故意に作成して、サービス拒否を強制する可能性があります。また、通常の操作で偶然に発生することもあります。この問題の影響を受けるのは、TLSv1.3 をサポートする TLS サーバーのみです。TLS クライアントには影響しません。3.2、3.1、3.0 の FIPS モジュールは、この問題の影響を受けません。OpenSSL 1.0.2 もこの問題の影響を受けません。
    (CVE-2024-2511)

  - 問題の要約: OpenSSL API 関数 SSL_free_buffers を呼び出すと、一部の状況で、以前は解放されていたメモリがアクセスされる可能性があります。影響の要約: メモリ解放後使用 (Use After Free) により、有効なデータの破損、クラッシュ、または任意のコードの実行などの幅広い結果が生じる可能性があります。ただし、この問題の影響を受けるのは、SSL_free_buffers 関数を直接呼び出すアプリケーションのみです。この関数を呼び出さないアプリケーションは脆弱ではありません。弊社の調査によると、この関数がアプリケーションで使用されることはほとんどありません。SSL_free_buffers 関数は、ネットワークからの着信レコードを処理する際に使用される内部 OpenSSL バッファを解放するために使用されます。バッファが現在使用されていない場合にのみ、呼び出しが成功することが期待されます。しかし、バッファが使用中であるにも関わらず解放される 2 つのシナリオが特定されています。最初のシナリオは、レコードヘッダーがネットワークから受信され、OpenSSL によって処理されましたが、レコード本体全体がまだ到着していない場合です。この場合、レコードの一部が処理されただけでバッファが使用中であっても、SSL_free_buffers の呼び出しは成功します。2 番目のシナリオは、アプリケーションデータを含むレコード全体が OpenSSL によって受信および処理されたものの、アプリケーションがこのデータの一部しか読み取っていない場合に発生します。この場合も、バッファが使用中であっても、SSL_free_buffers の呼び出しは成功します。これらのシナリオは通常の操作中に偶発的に発生する可能性がありますが、悪意のある攻撃者がこれが発生する状況を作り出そうとする可能性があります。弊社は、この問題が積極的に悪用されていることを認識していません。3.3、3.2、3.1、および 3.0 の FIPS モジュールは、この問題の影響を受けません。William Ahern 氏 (Akamai) により発見されました。Matt Caswell 氏が開発した修正。Watson Ladd 氏 (Akamai) が開発した修正。OpenSSL 3.3.1 (3.3.0 以降が影響を受けます) で修正されました。(CVE-2024-4741)

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

リモートの SUSE Linux SLED15 / SLED_SAP15 / SLES15 / SLES_SAP15 / openSUSE 15 ホストには、SUSE-SU-2024:1789-1 のアドバイザリに記載されている脆弱性の影響を受けるパッケージがインストールされています。

    - CVE-2024-4603: DSA パラメーターを検証する前にサイズが大きすぎないかチェックするよう修正しました (bsc#1224388)。

Tenable は、前述の記述ブロックを SUSE セキュリティアドバイザリから直接抽出しています。

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

リモートホストにインストールされている FreeBSD のバージョンは、テスト済みバージョンより前です。したがって、b88aa380-1442-11ef-a490-84a93843eb75 のアドバイザリに記載されている脆弱性の影響を受けます。

  - 問題の要約: 過度に長い DSA キーまたはパラメーターのチェックは、非常に遅くなる可能性があります。影響の概要:
    EVP_PKEY_param_check() 関数または EVP_PKEY_public_check() 関数を使用して DSA 公開キーまたは DSA パラメーターをチェックするアプリケーションでは、長時間の遅延が発生する可能性があります。チェックされているキーまたはパラメーターが信頼できないソースから取得された場合、サービス拒否が引き起こされる可能性があります。EVP_PKEY_param_check() または EVP_PKEY_public_check() 関数は、DSA パラメーターのさまざまなチェックを実行します。係数 (「p」パラメーター) が大きすぎると、これらの計算の一部に時間がかかります。非常に大きなモジュラスを使用しようとすると時間がかかり、OpenSSL では署名検証に長さが 10,000 ビットを超えるようなモジュラスの公開キーを使用することはできません。ただし、キーとパラメーターのチェック関数は、チェックを実行するときにモジュラスサイズを制限しません。EVP_PKEY_param_check() または EVP_PKEY_public_check() を呼び出し、信頼できないソースから取得したキーまたはパラメーターを提供するアプリケーションは、サービス拒否攻撃に対して脆弱になる可能性があります。OpenSSL 自体は信頼できない DSA キーに対してこれらの関数を呼び出さないため、直接これらの関数を呼び出すアプリケーションのみが脆弱性の影響を受ける可能性があります。OpenSSL の pkey および pkeyparam コマンドラインアプリケーションも、「-check」オプションを使用する際に脆弱です。OpenSSL SSL/TLS の実装は、この問題の影響を受けません。OpenSSL 3.0 および 3.1 FIPS プロバイダーは、この問題の影響を受けます。(CVE-2024-4603)

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

リモートの SUSE Linux SLED15 / SLED_SAP15 / SLES15 / SLES_SAP15 / openSUSE 15 ホストには、SUSE-SU-2024:2066-1 のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

    セキュリティの問題を修正: 

    - CVE-2024-4603: DSA パラメーターを検証する前にサイズが大きすぎないかチェックします (bsc#1224388)
    - CVE-2024-4741: SSL_free_buffers でのメモリ解放後使用 (Use After Free) を修正しました。(bsc#1225551)

    修正されたその他の問題: 

    - ライブパッチサポートを有効にします (bsc#1223428)
    - HDKF キーの派生を修正します (bsc#1225291、gh#openssl/openssl#23448、+ gh#openssl/openssl#23456)

Tenable は、前述の記述ブロックを SUSE セキュリティアドバイザリから直接抽出しています。

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

リモートホストにインストールされている Oracle Database Server のバージョンは、2024 年 7 月の CPU アドバイザリに記載されている複数の脆弱性の影響を受けます。

  - Netty プロジェクトは、イベント駆動型非同期ネットワークアプリケーションフレームワークです。4.1.86.Final より前のバージョンでは、無限再帰のために、無効な形式の細工されたメッセージを解析するときに StackOverflowError が発生する可能性があります。この問題には、バージョン 4.1.86.Final でパッチが適用されています。カスタム HaProxyMessageDecoder を使用する以外、回避策はありません。(CVE-2022-41881)

  - Netty プロジェクトは、イベント駆動型非同期ネットワークアプリケーションフレームワークです。バージョン 4.1.83.Final 以降、4.1.86.Final より前では、値の _iterator_ を指定して「DefaultHttpHeadesr.set」を呼び出すと、ヘッダー値の検証が実行されず、イテレーターの悪質なヘッダー値が HTTP 応答分割を実行する可能性があります。この問題には、バージョン 4.1.86.Final でパッチが適用されました。インテグレーターは、「DefaultHttpHeaders.set(CharSequence, Iterator<?>)」コールを「remove()」コールに変更し、値のイテレーターのループで「add()」をコールすることで、この問題に対処できます。(CVE-2022-41915)

  - Python ssl モジュールに不具合が見つかりました。これには、ssl.SSLContext メソッドの cert_store_stats() および get_ca_certs() とのメモリ競合状態があります。競合状態は、証明書ディレクトリが構成された TLS ハンドシェイク中など、証明書が SSLContext にロードされるのと同時にメソッドが呼び出された場合にトリガーされる可能性があります。この問題は、CPython 3.10.14、3.11.9、3.12.3、および 3.13.0a5 で修正されています。(CVE-2024-0397)

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

リモートの Ubuntu 20.04 LTS / 22.04 LTS / 24.04 LTS ホストには、USN-6937-1 のアドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

    特定の非デフォルト TLS サーバー構成が使用されているとき、OpenSSL が TLSv1.3 セッションを不適切に処理することがわかりました。リモートの攻撃者がこの問題を悪用して OpenSSL にリソースを消費させ、サービス拒否を引き起こす可能性があります。(CVE-2024-2511)

    OpenSSL が過度に長い DSA キーまたはパラメーターのチェックを不適切に処理することがわかりました。リモートの攻撃者がこの問題を悪用して OpenSSL にリソースを消費させ、サービス拒否を引き起こす可能性があります。この問題の影響を受けるのは、Ubuntu 22.04 LTS と Ubuntu 24.04 LTS のみです。(CVE-2024-4603)

    Williamahern 氏は、OpenSSL がめったに使用されない API で特定のメモリ操作を不適切に処理することを発見しました。
    リモートの攻撃者が、この問題を利用して、OpenSSL をクラッシュさせることがあり、結果としてサービス拒否が発生したり、任意のコードが実行されたりする可能性があります。(CVE-2024-4741)

    Joseph Birr-Pixton 氏は、OpenSSL が空のサポート対象クライアントプロトコルバッファで特定の API の呼び出しを不適切に処理することを発見しました。リモートの攻撃者がこの問題を利用して機密情報を入手したり、OpenSSL をクラッシュさせてサービス拒否を引き起こしたりする可能性があります。(CVE-2024-5535)

Tenable は、前述の説明ブロックを Ubuntu セキュリティアドバイザリからすでに直接抽出しています。

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

リモートの SUSE Linux SLES15 / SLES_SAP15 ホストには、SUSE-SU-2024:1947-1 のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

    - CVE-2024-2511: TLSv1.3 の制約のないセッションキャッシュの増加を修正しました (bsc#1222548)。
    - CVE-2024-4603: DSA パラメーターを検証する前にサイズが大きすぎないかチェックするよう修正しました (bsc#1224388)。

Tenable は、前述の記述ブロックを SUSE セキュリティアドバイザリから直接抽出しています。

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

したがって、ALAS2023-2024-677 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

    問題の要約: 過度に長い DSA キーまたはパラメーターのチェックは、非常に遅くなる可能性があります。

    影響サマリ: EVP_PKEY_param_check() 関数または EVP_PKEY_public_check() 関数を使用して DSA 公開キーまたは DSA パラメーターをチェックするアプリケーションでは、長時間の遅延が発生する可能性があります。チェックされているキーまたはパラメーターが信頼できないソースから取得された場合、サービス拒否が引き起こされる可能性があります。

    EVP_PKEY_param_check() または EVP_PKEY_public_check() 関数は、DSA パラメーターのさまざまなチェックを実行します。
    係数 (「p」パラメーター) が大きすぎると、これらの計算の一部に時間がかかります。

    非常に大きなモジュラスを使用しようとすると時間がかかり、OpenSSL では署名検証に長さが 10,000 ビットを超えるようなモジュラスの公開キーを使用することはできません。ただし、キーとパラメーターのチェック関数は、チェックを実行するときにモジュラスサイズを制限しません。

    EVP_PKEY_param_check() または EVP_PKEY_public_check() を呼び出し、信頼できないソースから取得したキーまたはパラメーターを提供するアプリケーションは、サービス拒否攻撃に対して脆弱になる可能性があります。

    OpenSSL 自体は信頼できない DSA キーに対してこれらの関数を呼び出さないため、直接これらの関数を呼び出すアプリケーションのみが脆弱性の影響を受ける可能性があります。

    OpenSSL の pkey および pkeyparam コマンドラインアプリケーションも、「-check」オプションを使用する際に脆弱です。

    OpenSSL SSL/TLS の実装は、この問題の影響を受けません。

    OpenSSL 3.0 および 3.1 FIPS プロバイダーは、この問題の影響を受けます。(CVE-2024-4603)

    openssl: SSL_free_buffers でのメモリ解放後使用 (Use After Free) (CVE-2024-4741)

    問題の要約: 空のサポート対象クライアントプロトコルバッファで OpenSSL API 関数 SSL_select_next_proto を呼び出すと、クラッシュが発生したり、メモリコンテンツがピアに送信されたりする可能性があります。

    影響の要約: バッファオーバーリードは、予期しないアプリケーション動作やクラッシュなど、さまざまな潜在的な結果を引き起こす可能性があります。特にこの問題により、最大 255 バイトの任意のプライベートデータがメモリからピアに送信され、機密性が失われる可能性があります。ただし、この問題の影響を受けるのは、サポートされているクライアントプロトコルの長さが 0 のリストで SSL_select_next_proto 関数を直接呼び出すアプリケーションのみです。これは通常、有効なシナリオではなく、攻撃者の管理下にありませんが、呼び出し元のアプリケーションの設定またはプログラミングのエラーの場合に偶然発生する可能性があります。

    OpenSSL API 関数 SSL_select_next_proto は通常、ALPN (Application Layer Protocol Negotiation) または NPN (Next Protocol Negotiation) をサポートする TLS アプリケーションによって使用されます。NPN は古く、標準化されておらず、廃止されて ALPN が使用されるようになりました。ALPN は NPN よりもはるかに広範囲に展開されていると考えられます。SSL_select_next_proto 関数は、サーバーからプロトコルのリストを受け取り、クライアントからプロトコルのリストを受け取り、サーバーのリストにあるプロトコルでクライアントのリストにもある最初のものを返します。2 つのリストに重複がない場合は、クライアントリストの最初の項目を返します。いずれの場合も、2 つのリスト間に重複が検出されたかどうかが通知されます。SSL_select_next_proto が長さ 0 のクライアントリストで呼び出された場合、この状態に気付くことができず、クライアントリストポインターの直後のメモリを返します (また、リストに重複がないとも報告されます)。

    この関数は通常、ALPN のサーバー側アプリケーションのコールバックまたは NPN のクライアント側アプリケーションのコールバックから呼び出されます。ALPN の場合、クライアントが提供するプロトコルのリストは、libssl によって長さが 0 にならないことが保証されます。サーバープロトコルのリストはアプリケーションから取得され、通常は長さが 0 になることは想定されていません。この場合、SSL_select_next_proto 関数が想定通りに (client/client_len パラメーターでクライアントが渡して提供したリストで) 呼び出されていれば、アプリケーションはこの問題に対して脆弱ではありません。アプリケーションが長さ 0 のサーバーリストで誤って設定され、誤ってその長さ 0 のサーバーリストを client/client_len パラメーターで渡しており、さらに重複がないときの応答を適切に処理できない場合 (通常、ALPN ではハンドシェイクエラーが発生します)、この問題に対して脆弱になります。

    NPN の場合、このプロトコルでは、重複がない場合はクライアントが状況に応じてプロトコルを選択することを許しています。OpenSSL は、これをサポートするために、重複がない場合に最初のクライアントプロトコルを返します。クライアントプロトコルのリストはアプリケーションから取得され、通常は長さが 0 になることは想定されていません。ただし、SSL_select_next_proto 関数において誤って client_len が 0 の状態で呼び出されると、代わりに無効なメモリポインターが返されます。アプリケーションがこの出力を便宜的プロトコルとして使用する場合、機密性の損失が発生します。

    アプリケーションが ALPN の代わりに NPN を使用している場合に脆弱性が生じる可能性が最も高いため、この問題の深刻度は「低」と評価されていますが、NPN はあまり広く使用されていません。また、アプリケーション設定またはプログラミングエラーも必要となります。結論として、この問題は通常、攻撃者の制御下にないためアクティブに悪用される可能性は低いと言えます。

    3.3、3.2、3.1、および 3.0 の FIPS モジュールは、この問題の影響を受けません。

    この問題の深刻度は低いため、現時点では OpenSSL の新しいリリースは行われていません。この修正は、次のリリースが利用可能になり次第、含められる予定です。(CVE-2024-5535)

Tenable は、前述の記述ブロックをテスト済み製品のセキュリティアドバイザリから直接抽出しています。

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

リモートの CentOS Linux 9 ホストに、openssl-3.2.2-1.el9 ビルド変更ログに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - 問題の要約: 一部のデフォルト以外の TLS サーバー設定は、TLSv1.3 セッションの処理時に無制限のメモリ増加を引き起こす可能性があります。影響の要約: 攻撃者は特定のサーバー設定を悪用して、サービス拒否につながる無制限のメモリ増加を引き起こす可能性があります。この問題は、デフォルト以外の SSL_OP_NO_TICKET オプションが使用されている場合、TLSv1.3 で発生する可能性があります (ただし、early_data サポートも構成されており、デフォルトのリプレイ防止保護が使用されている場合は発生しません)。この場合、特定の条件下で、セッションキャッシュが不適切な状態になり、いっぱいになると適切にフラッシュされなくなる可能性があります。セッションキャッシュは無制限に増加し続けます。悪意のあるクライアントが、この失敗のシナリオを故意に作成して、サービス拒否を強制する可能性があります。また、通常の操作で偶然に発生することもあります。この問題の影響を受けるのは、TLSv1.3 をサポートする TLS サーバーのみです。TLS クライアントには影響しません。3.2、3.1、3.0 の FIPS モジュールは、この問題の影響を受けません。OpenSSL 1.0.2 もこの問題の影響を受けません。
    (CVE-2024-2511)

  - 問題の要約: 過度に長い DSA キーまたはパラメーターのチェックは、非常に遅くなる可能性があります。影響の概要:
    EVP_PKEY_param_check() 関数または EVP_PKEY_public_check() 関数を使用して DSA 公開キーまたは DSA パラメーターをチェックするアプリケーションでは、長時間の遅延が発生する可能性があります。チェックされているキーまたはパラメーターが信頼できないソースから取得された場合、サービス拒否が引き起こされる可能性があります。EVP_PKEY_param_check() または EVP_PKEY_public_check() 関数は、DSA パラメーターのさまざまなチェックを実行します。係数 (「p」パラメーター) が大きすぎると、これらの計算の一部に時間がかかります。非常に大きなモジュラスを使用しようとすると時間がかかり、OpenSSL では署名検証に長さが 10,000 ビットを超えるようなモジュラスの公開キーを使用することはできません。ただし、キーとパラメーターのチェック関数は、チェックを実行するときにモジュラスサイズを制限しません。EVP_PKEY_param_check() または EVP_PKEY_public_check() を呼び出し、信頼できないソースから取得したキーまたはパラメーターを提供するアプリケーションは、サービス拒否攻撃に対して脆弱になる可能性があります。OpenSSL 自体は信頼できない DSA キーに対してこれらの関数を呼び出さないため、直接これらの関数を呼び出すアプリケーションのみが脆弱性の影響を受ける可能性があります。OpenSSL の pkey および pkeyparam コマンドラインアプリケーションも、「-check」オプションを使用する際に脆弱です。OpenSSL SSL/TLS の実装は、この問題の影響を受けません。OpenSSL 3.0 および 3.1 FIPS プロバイダーは、この問題の影響を受けます。(CVE-2024-4603)

  - 問題の要約: OpenSSL API 関数 SSL_free_buffers を呼び出すと、一部の状況で、以前は解放されていたメモリがアクセスされる可能性があります 影響の要約: メモリ解放後使用 (Use After Free) により、有効なデータの破損、クラッシュ、または任意のコードの実行などの幅広い結果が生じる可能性があります。ただし、この問題の影響を受けるのは、SSL_free_buffers 関数を直接呼び出すアプリケーションのみです。この関数を呼び出さないアプリケーションは脆弱ではありません。弊社の調査によると、この関数がアプリケーションで使用されることはほとんどありません。SSL_free_buffers 関数は、ネットワークからの着信レコードを処理する際に使用される内部 OpenSSL バッファを解放するために使用されます。バッファが現在使用されていない場合にのみ、呼び出しが成功することが期待されます。しかし、バッファが使用中であるにも関わらず解放される 2 つのシナリオが特定されています。最初のシナリオは、レコードヘッダーがネットワークから受信され、OpenSSL によって処理されましたが、レコード本体全体がまだ到着していない場合です。この場合、レコードの一部が処理されただけでバッファが使用中であっても、SSL_free_buffers の呼び出しは成功します。2 番目のシナリオは、アプリケーションデータを含むレコード全体が OpenSSL によって受信および処理されたものの、アプリケーションがこのデータの一部しか読み取っていない場合に発生します。この場合も、バッファが使用中であっても、SSL_free_buffers の呼び出しは成功します。これらのシナリオは通常の操作中に偶発的に発生する可能性がありますが、悪意のある攻撃者がこれが発生する状況を作り出そうとする可能性があります。弊社は、この問題が積極的に悪用されていることを認識していません。3.3、3.2、3.1、および 3.0 の FIPS モジュールは、この問題の影響を受けません。William Ahern 氏 (Akamai) により発見されました。Matt Caswell 氏が開発した修正。Watson Ladd 氏 (Akamai) が開発した修正。OpenSSL 3.3.1 (3.3.0 以降が影響を受けます) で修正されました。(CVE-2024-4741)

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

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

  - 問題の要約: 過度に長い DSA キーまたはパラメーターのチェックは、非常に遅くなる可能性があります。影響の概要:
    EVP_PKEY_param_check() 関数または EVP_PKEY_public_check() 関数を使用して DSA 公開キーまたは DSA パラメーターをチェックするアプリケーションでは、長時間の遅延が発生する可能性があります。チェックされているキーまたはパラメーターが信頼できないソースから取得された場合、サービス拒否が引き起こされる可能性があります。EVP_PKEY_param_check() または EVP_PKEY_public_check() 関数は、DSA パラメーターのさまざまなチェックを実行します。係数 (「p」パラメーター) が大きすぎると、これらの計算の一部に時間がかかります。非常に大きなモジュラスを使用しようとすると時間がかかり、OpenSSL では署名検証に長さが 10,000 ビットを超えるようなモジュラスの公開キーを使用することはできません。ただし、キーとパラメーターのチェック関数は、チェックを実行するときにモジュラスサイズを制限しません。EVP_PKEY_param_check() または EVP_PKEY_public_check() を呼び出し、信頼できないソースから取得したキーまたはパラメーターを提供するアプリケーションは、サービス拒否攻撃に対して脆弱になる可能性があります。OpenSSL 自体は信頼できない DSA キーに対してこれらの関数を呼び出さないため、直接これらの関数を呼び出すアプリケーションのみが脆弱性の影響を受ける可能性があります。OpenSSL の pkey および pkeyparam コマンドラインアプリケーションも、「-check」オプションを使用する際に脆弱です。OpenSSL SSL/TLS の実装は、この問題の影響を受けません。OpenSSL 3.0 および 3.1 FIPS プロバイダーは、この問題の影響を受けます。(CVE-2024-4603)

  - 問題の要約: 一部のデフォルト以外の TLS サーバー設定は、TLSv1.3 セッションの処理時に無制限のメモリ増加を引き起こす可能性があります。影響の要約: 攻撃者は特定のサーバー設定を悪用して、サービス拒否につながる無制限のメモリ増加を引き起こす可能性があります。この問題は、デフォルト以外の SSL_OP_NO_TICKET オプションが使用されている場合、TLSv1.3 で発生する可能性があります (ただし、early_data サポートも構成されており、デフォルトのリプレイ防止保護が使用されている場合は発生しません)。この場合、特定の条件下で、セッションキャッシュが不適切な状態になり、いっぱいになると適切にフラッシュされなくなる可能性があります。セッションキャッシュは無制限に増加し続けます。悪意のあるクライアントが、この失敗のシナリオを故意に作成して、サービス拒否を強制する可能性があります。また、通常の操作で偶然に発生することもあります。この問題の影響を受けるのは、TLSv1.3 をサポートする TLS サーバーのみです。TLS クライアントには影響しません。3.2、3.1、3.0 の FIPS モジュールは、この問題の影響を受けません。OpenSSL 1.0.2 もこの問題の影響を受けません。
    (CVE-2024-2511)

  - 問題の要約: OpenSSL API 関数 SSL_free_buffers を呼び出すと、一部の状況で、以前は解放されていたメモリがアクセスされる可能性があります。影響の要約: メモリ解放後使用 (Use After Free) により、有効なデータの破損、クラッシュ、または任意のコードの実行などの幅広い結果が生じる可能性があります。ただし、この問題の影響を受けるのは、SSL_free_buffers 関数を直接呼び出すアプリケーションのみです。この関数を呼び出さないアプリケーションは脆弱ではありません。弊社の調査によると、この関数がアプリケーションで使用されることはほとんどありません。SSL_free_buffers 関数は、ネットワークからの着信レコードを処理する際に使用される内部 OpenSSL バッファを解放するために使用されます。バッファが現在使用されていない場合にのみ、呼び出しが成功することが期待されます。しかし、バッファが使用中であるにも関わらず解放される 2 つのシナリオが特定されています。最初のシナリオは、レコードヘッダーがネットワークから受信され、OpenSSL によって処理されましたが、レコード本体全体がまだ到着していない場合です。この場合、レコードの一部が処理されただけでバッファが使用中であっても、SSL_free_buffers の呼び出しは成功します。2 番目のシナリオは、アプリケーションデータを含むレコード全体が OpenSSL によって受信および処理されたものの、アプリケーションがこのデータの一部しか読み取っていない場合に発生します。この場合も、バッファが使用中であっても、SSL_free_buffers の呼び出しは成功します。これらのシナリオは通常の操作中に偶発的に発生する可能性がありますが、悪意のある攻撃者がこれが発生する状況を作り出そうとする可能性があります。弊社は、この問題が積極的に悪用されていることを認識していません。3.3、3.2、3.1、および 3.0 の FIPS モジュールは、この問題の影響を受けません。William Ahern 氏 (Akamai) により発見されました。Matt Caswell 氏が開発した修正。Watson Ladd 氏 (Akamai) が開発した修正。OpenSSL 3.3.1 (3.3.0 以降が影響を受けます) で修正されました。(CVE-2024-4741)

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

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

  - 問題の要約: 過度に長い DSA キーまたはパラメーターのチェックは、非常に遅くなる可能性があります。影響の概要:
    EVP_PKEY_param_check() 関数または EVP_PKEY_public_check() 関数を使用して DSA 公開キーまたは DSA パラメーターをチェックするアプリケーションでは、長時間の遅延が発生する可能性があります。チェックされているキーまたはパラメーターが信頼できないソースから取得された場合、サービス拒否が引き起こされる可能性があります。EVP_PKEY_param_check() または EVP_PKEY_public_check() 関数は、DSA パラメーターのさまざまなチェックを実行します。係数 (「p」パラメーター) が大きすぎると、これらの計算の一部に時間がかかります。非常に大きなモジュラスを使用しようとすると時間がかかり、OpenSSL では署名検証に長さが 10,000 ビットを超えるようなモジュラスの公開キーを使用することはできません。ただし、キーとパラメーターのチェック関数は、チェックを実行するときにモジュラスサイズを制限しません。EVP_PKEY_param_check() または EVP_PKEY_public_check() を呼び出し、信頼できないソースから取得したキーまたはパラメーターを提供するアプリケーションは、サービス拒否攻撃に対して脆弱になる可能性があります。OpenSSL 自体は信頼できない DSA キーに対してこれらの関数を呼び出さないため、直接これらの関数を呼び出すアプリケーションのみが脆弱性の影響を受ける可能性があります。OpenSSL の pkey および pkeyparam コマンドラインアプリケーションも、「-check」オプションを使用する際に脆弱です。OpenSSL SSL/TLS の実装は、この問題の影響を受けません。OpenSSL 3.0 および 3.1 FIPS プロバイダーは、この問題の影響を受けます。(CVE-2024-4603)

  - 問題の要約: 一部のデフォルト以外の TLS サーバー設定は、TLSv1.3 セッションの処理時に無制限のメモリ増加を引き起こす可能性があります。影響の要約: 攻撃者は特定のサーバー設定を悪用して、サービス拒否につながる無制限のメモリ増加を引き起こす可能性があります。この問題は、デフォルト以外の SSL_OP_NO_TICKET オプションが使用されている場合、TLSv1.3 で発生する可能性があります (ただし、early_data サポートも構成されており、デフォルトのリプレイ防止保護が使用されている場合は発生しません)。この場合、特定の条件下で、セッションキャッシュが不適切な状態になり、いっぱいになると適切にフラッシュされなくなる可能性があります。セッションキャッシュは無制限に増加し続けます。悪意のあるクライアントが、この失敗のシナリオを故意に作成して、サービス拒否を強制する可能性があります。また、通常の操作で偶然に発生することもあります。この問題の影響を受けるのは、TLSv1.3 をサポートする TLS サーバーのみです。TLS クライアントには影響しません。3.2、3.1、3.0 の FIPS モジュールは、この問題の影響を受けません。OpenSSL 1.0.2 もこの問題の影響を受けません。
    (CVE-2024-2511)

  - 問題の要約: OpenSSL API 関数 SSL_free_buffers を呼び出すと、一部の状況で、以前は解放されていたメモリがアクセスされる可能性があります。影響の要約: メモリ解放後使用 (Use After Free) により、有効なデータの破損、クラッシュ、または任意のコードの実行などの幅広い結果が生じる可能性があります。ただし、この問題の影響を受けるのは、SSL_free_buffers 関数を直接呼び出すアプリケーションのみです。この関数を呼び出さないアプリケーションは脆弱ではありません。弊社の調査によると、この関数がアプリケーションで使用されることはほとんどありません。SSL_free_buffers 関数は、ネットワークからの着信レコードを処理する際に使用される内部 OpenSSL バッファを解放するために使用されます。バッファが現在使用されていない場合にのみ、呼び出しが成功することが期待されます。しかし、バッファが使用中であるにも関わらず解放される 2 つのシナリオが特定されています。最初のシナリオは、レコードヘッダーがネットワークから受信され、OpenSSL によって処理されましたが、レコード本体全体がまだ到着していない場合です。この場合、レコードの一部が処理されただけでバッファが使用中であっても、SSL_free_buffers の呼び出しは成功します。2 番目のシナリオは、アプリケーションデータを含むレコード全体が OpenSSL によって受信および処理されたものの、アプリケーションがこのデータの一部しか読み取っていない場合に発生します。この場合も、バッファが使用中であっても、SSL_free_buffers の呼び出しは成功します。これらのシナリオは通常の操作中に偶発的に発生する可能性がありますが、悪意のある攻撃者がこれが発生する状況を作り出そうとする可能性があります。弊社は、この問題が積極的に悪用されていることを認識していません。3.3、3.2、3.1、および 3.0 の FIPS モジュールは、この問題の影響を受けません。William Ahern 氏 (Akamai) により発見されました。Matt Caswell 氏が開発した修正。Watson Ladd 氏 (Akamai) が開発した修正。OpenSSL 3.3.1 (3.3.0 以降が影響を受けます) で修正されました。(CVE-2024-4741)

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

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

  - 問題の要約: 過度に長い DSA キーまたはパラメーターのチェックは、非常に遅くなる可能性があります。影響の概要:
    EVP_PKEY_param_check() 関数または EVP_PKEY_public_check() 関数を使用して DSA 公開キーまたは DSA パラメーターをチェックするアプリケーションでは、長時間の遅延が発生する可能性があります。チェックされているキーまたはパラメーターが信頼できないソースから取得された場合、サービス拒否が引き起こされる可能性があります。EVP_PKEY_param_check() または EVP_PKEY_public_check() 関数は、DSA パラメーターのさまざまなチェックを実行します。係数 (「p」パラメーター) が大きすぎると、これらの計算の一部に時間がかかります。非常に大きなモジュラスを使用しようとすると時間がかかり、OpenSSL では署名検証に長さが 10,000 ビットを超えるようなモジュラスの公開キーを使用することはできません。ただし、キーとパラメーターのチェック関数は、チェックを実行するときにモジュラスサイズを制限しません。EVP_PKEY_param_check() または EVP_PKEY_public_check() を呼び出し、信頼できないソースから取得したキーまたはパラメーターを提供するアプリケーションは、サービス拒否攻撃に対して脆弱になる可能性があります。OpenSSL 自体は信頼できない DSA キーに対してこれらの関数を呼び出さないため、直接これらの関数を呼び出すアプリケーションのみが脆弱性の影響を受ける可能性があります。OpenSSL の pkey および pkeyparam コマンドラインアプリケーションも、「-check」オプションを使用する際に脆弱です。OpenSSL SSL/TLS の実装は、この問題の影響を受けません。OpenSSL 3.0 および 3.1 FIPS プロバイダーは、この問題の影響を受けます。(CVE-2024-4603)

  - 問題の要約: OpenSSL API 関数 SSL_free_buffers を呼び出すと、一部の状況で、以前は解放されていたメモリがアクセスされる可能性があります。影響の要約: メモリ解放後使用 (Use After Free) により、有効なデータの破損、クラッシュ、または任意のコードの実行などの幅広い結果が生じる可能性があります。ただし、この問題の影響を受けるのは、SSL_free_buffers 関数を直接呼び出すアプリケーションのみです。この関数を呼び出さないアプリケーションは脆弱ではありません。弊社の調査によると、この関数がアプリケーションで使用されることはほとんどありません。SSL_free_buffers 関数は、ネットワークからの着信レコードを処理する際に使用される内部 OpenSSL バッファを解放するために使用されます。バッファが現在使用されていない場合にのみ、呼び出しが成功することが期待されます。しかし、バッファが使用中であるにも関わらず解放される 2 つのシナリオが特定されています。最初のシナリオは、レコードヘッダーがネットワークから受信され、OpenSSL によって処理されましたが、レコード本体全体がまだ到着していない場合です。この場合、レコードの一部が処理されただけでバッファが使用中であっても、SSL_free_buffers の呼び出しは成功します。2 番目のシナリオは、アプリケーションデータを含むレコード全体が OpenSSL によって受信および処理されたものの、アプリケーションがこのデータの一部しか読み取っていない場合に発生します。この場合も、バッファが使用中であっても、SSL_free_buffers の呼び出しは成功します。これらのシナリオは通常の操作中に偶発的に発生する可能性がありますが、悪意のある攻撃者がこれが発生する状況を作り出そうとする可能性があります。弊社は、この問題が積極的に悪用されていることを認識していません。3.3、3.2、3.1、および 3.0 の FIPS モジュールは、この問題の影響を受けません。William Ahern 氏 (Akamai) により発見されました。Matt Caswell 氏が開発した修正。Watson Ladd 氏 (Akamai) が開発した修正。OpenSSL 3.1.6 (3.1.0 以降が影響を受けます) で修正されました。(CVE-2024-4741)

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
192966	OpenSSL 3.0.0< 3.0.14複数の脆弱性	Nessus	Web Servers	2024/4/8	2024/10/7	medium
197945	SUSE SLED15 / SLES15 / openSUSE 15 セキュリティ更新 : openssl-3 (SUSE-SU-2024:1789-1)	Nessus	SuSE Local Security Checks	2024/5/28	2024/5/28	medium
197494	FreeBSD : OpenSSL -- サービス拒否の脆弱性 (b88aa380-1442-11ef-a490-84a93843eb75)	Nessus	FreeBSD Local Security Checks	2024/5/18	2024/8/14	medium
200711	SUSE SLED15 / SLES15 / openSUSE 15 セキュリティ更新 : openssl-3 (SUSE-SU-2024:2066-1)	Nessus	SuSE Local Security Checks	2024/6/19	2024/6/19	high
202724	Oracle Database Server (2024 年 7 月 CPU)	Nessus	Databases	2024/7/19	2024/7/23	high
204924	Ubuntu 20.04 LTS / 22.04 LTS / 24.04 LTS : OpenSSL の脆弱性 (USN-6937-1)	Nessus	Ubuntu Local Security Checks	2024/7/31	2024/9/6	critical
200236	SUSE SLES15 セキュリティ更新: openssl-3 (SUSE-SU-2024:1947-1)	Nessus	SuSE Local Security Checks	2024/6/8	2024/6/8	medium
205110	Amazon Linux 2023: openssl、openssl-devel、openssl-libs (ALAS2023-2024-677)	Nessus	Amazon Linux Local Security Checks	2024/8/6	2024/9/6	critical
200325	CentOS 9 : openssl-3.2.2-1.el9	Nessus	CentOS Local Security Checks	2024/6/11	2024/9/6	medium
192967	OpenSSL 3.2.0< 3.2.2複数の脆弱性	Nessus	Web Servers	2024/4/8	2024/10/7	medium
192974	OpenSSL 3.1.0< 3.1.6複数の脆弱性	Nessus	Web Servers	2024/4/8	2024/10/7	medium
197189	OpenSSL 3.3.0< 3.3.1複数の脆弱性	Nessus	Web Servers	2024/5/16	2024/10/7	medium

検出

プラグインの検索

medium

medium

medium

high

high

critical

medium

critical

medium

medium

medium

medium