リモートの Debian 10 ホストには、dla-3083 のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

  - Puma は、Ruby/Rack アプリケーション用の同時 HTTP 1.1 サーバーです。CVE-2019-16770 の修正は不完全でした。元の修正は、すでに受け入れられている既存の接続のみを保護し、貪欲な永続的接続が同じプロセスのすべてのスレッドを飽和させてリクエストを枯渇させないようにしていました。
    ただし、新しい接続は、クラスタ内のすべてのプロセスのすべてのスレッドを飽和させる貪欲な持続的接続によって、依然として不足する可能性があります。スレッドプールにスレッドがあるスレッドよりも多くの「keep-alive」接続を同時に受信した「puma」サーバーは、接続のサブセットのみを処理し、サービスされていない接続へのサービスを拒否します。この問題は「puma」4.3.8 および 5.3.1 で修正されています。「queue_requests false」を設定すると、この問題も修正されます。「nginx」や「apache」などのリバースプロキシなしで「puma」を使用する場合、これはお勧めできません。スロークライアント攻撃 (例: slowloris) にさらされるからです。修正は非常に小規模です。サポートされていないバージョンの Puma を使用している場合は、git パッチを使用できます。(CVE-2021-29509)

  - Puma は、Ruby/Rack アプリケーション用の HTTP 1.1 サーバーです。バージョン 5.5.1 および 4.3.9より前では、LF 文字を含む HTTP ヘッダー値を転送するプロキシで「puma」を使用すると、HTTP リクエストのスマグリングが発生する可能性があります。クライアントがプロキシを介してリクエストをスマグリングし、プロキシが応答を別の不明なクライアントに返信する可能性があります。Puma チームが認識している限り、この動作をする唯一のプロキシは Apache Traffic Server です。プロキシが永続的な接続を使用し、クライアントが HTTP パイプラインを通じて別のリクエストを追加する場合、プロキシが誤ってそれを最初のリクエストの本文とみなす可能性があります。ただし、Puma はこれを 2 つのリクエストと見なし、2 つ目のリクエストを処理するとき、プロキシが予期しない応答を返します。プロキシが Puma への永続的な接続を再利用して別のクライアントに別のリクエストを送信した場合、最初のクライアントの 2 番目の応答が 2 番目のクライアントに送信されます。この脆弱性は、Puma 5.5.1 および 4.3.9 でパッチが適用されました。回避策として、「puma」で Apache Traffic Server を使用しないでください。(CVE-2021-41136)

  - Puma は、並列処理のために構築された Ruby/Rack Web サーバーです。「puma」バージョン「5.6.2」より前では、「puma」が応答本文で「close」を呼び出さないときがあります。バージョン「7.0.2.2」より前の Rails では、「CurrentAttributes」実装の正しい機能は閉じられている応答本文に依存していました。これら 2 つの動作の組み合わせ (Puma が本文を閉じない + Rails の Executor 実装) により、情報漏洩が発生します。この問題は Puma バージョン 5.6.2 および 4.3.11 で修正されています。この問題は Rails バージョン 7.02.2、6.1.4.6、6.0.4.6、および 5.2.6.2 で修正されています。パッチを適用した Rails _or_ Puma バージョンにアップグレードすると、この脆弱性が修正されます。(CVE-2022-23634)

  - Puma は、Ruby / Rack アプリケーション用のシンプルかつ高速なマルチスレッドパラレル HTTP 1.1 サーバーです。受信 HTTP リクエストが RFC7230 標準に一致することを適切に検証しないプロキシの背後で Puma を使用する場合、Puma とフロントエンドプロキシが、リクエストの開始点と終了点で一致しない可能性があります。これにより、リクエストがフロントエンドプロキシを介して Pum にスマグリングされる可能性があります。この脆弱性は 5.6.4 と 4.3.12 で修正されました。ユーザーは、至急アップグレードすることが勧められています。回避策 :  Puma の前にプロキシを展開する場合、すべての機能をオンにして、リクエストが RFC7230 標準に一致することを確認します。
    (CVE-2022-24790)

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

リモートの Debian 9 ホストには、dla-3023 のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

  - バージョン 3.12.2 および 4.3.1より前の Puma では、動作不良のクライアントがキープアライブリクエストを使用して、Puma のリアクターを独占し、サービス拒否攻撃を行う可能性があります。利用可能なスレッドよりも多くの Puma へのキープアライブ接続が開かれている場合、攻撃者がリクエストを非常に頻繁に送信すると、追加の接続が永続的に待機します。この脆弱性は、Puma 4.3.1 および 3.12.2 でパッチが適用されます。(CVE-2019-16770)

  - 4.3.2より前および3.12.3より前の Puma (RubyGem) では、Puma を使用するアプリケーションが応答ヘッダーに信頼できない入力を許可すると、攻撃者は改行文字 (すなわち `CR`, `LF` または `/r`, `/n`) を使ってヘッダーを終了させて、追加のヘッダーやまったく新しい応答本文など悪意のあるコンテンツを注入する可能性があります。この脆弱性は、HTTP 応答分割として知られています。それ自体は攻撃ではありませんが、応答分割はクロスサイトスクリプティング (XSS) など、他のいくつかの攻撃の媒介となるものです。これは、WEBrick Ruby Web サーバーのこの脆弱性を修正した CVE-2019-16254 に関連しています。バージョン 4.3.2 および 3.12.3 ですべてのヘッダーの行末をチェックし、それらの文字が含まれるヘッダーを拒否することにより、この問題は修正されました。
    (CVE-2020-5247)

  - Puma は、並列処理のために構築された Ruby/Rack Web サーバーです。「puma」バージョン「5.6.2」より前では、「puma」が応答本文で「close」を呼び出さないときがあります。バージョン「7.0.2.2」より前の Rails では、「CurrentAttributes」実装の正しい機能は閉じられている応答本文に依存していました。これら 2 つの動作の組み合わせ (Puma が本文を閉じない + Rails の Executor 実装) により、情報漏洩が発生します。この問題は Puma バージョン 5.6.2 および 4.3.11 で修正されています。この問題は Rails バージョン 7.02.2、6.1.4.6、6.0.4.6、および 5.2.6.2 で修正されています。パッチを適用した Rails _or_ Puma バージョンにアップグレードすると、この脆弱性が修正されます。(CVE-2022-23634)

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

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

  - Puma は、Ruby/Rack アプリケーション用の同時 HTTP 1.1 サーバーです。CVE-2019-16770 の修正は不完全でした。元の修正は、すでに受け入れられている既存の接続のみを保護し、貪欲な永続的接続が同じプロセスのすべてのスレッドを飽和させてリクエストを枯渇させないようにしていました。
    ただし、新しい接続は、クラスター内のすべてのプロセスのすべてのスレッドを飽和させる貪欲な持続的接続によって、依然として不足する可能性があります。スレッドプールにスレッドがあるスレッドよりも多くの「keep-alive」接続を同時に受信した「puma」サーバーは、接続のサブセットのみを処理し、サービスされていない接続へのサービスを拒否します。この問題は「puma」4.3.8 および 5.3.1 で修正されています。「queue_requests false」を設定すると、この問題も修正されます。「nginx」や「apache」などのリバースプロキシなしで「puma」を使用する場合、これはお勧めできません。スロークライアント攻撃 (例: slowloris) にさらされるからです。修正は非常に小規模です。サポートされていないバージョンの Puma を使用している場合は、git パッチを使用できます。(CVE-2021-29509)

  - Puma は、Ruby/Rack アプリケーション用の HTTP 1.1 サーバーです。バージョン 5.5.1 および 4.3.9より前では、LF 文字を含む HTTP ヘッダー値を転送するプロキシで「puma」を使用すると、HTTP リクエストのスマグリングが発生する可能性があります。クライアントがプロキシを介してリクエストをスマグリングし、プロキシが応答を別の不明なクライアントに返信する可能性があります。Puma チームが認識している限り、この動作をする唯一のプロキシは Apache Traffic Server です。プロキシが永続的な接続を使用し、クライアントが HTTP パイプラインを通じて別のリクエストを追加する場合、プロキシが誤ってそれを最初のリクエストの本文とみなす可能性があります。ただし、Puma はこれを 2 つのリクエストと見なし、2 つ目のリクエストを処理するとき、プロキシが予期しない応答を返します。プロキシが Puma への永続的な接続を再利用して別のクライアントに別のリクエストを送信した場合、最初のクライアントの 2 番目の応答が 2 番目のクライアントに送信されます。この脆弱性は、Puma 5.5.1 および 4.3.9 でパッチが適用されました。回避策として、「puma」で Apache Traffic Server を使用しないでください。(CVE-2021-41136)

  - Puma は、並列処理のために構築された Ruby/Rack Web サーバーです。「puma」バージョン「5.6.2」より前では、「puma」が応答本文で「close」を呼び出さないときがあります。バージョン「7.0.2.2」より前の Rails では、「CurrentAttributes」実装の正しい機能は閉じられている応答本文に依存していました。これら 2 つの動作の組み合わせ (Puma が本文を閉じない + Rails の Executor 実装) により、情報漏洩が発生します。この問題は Puma バージョン 5.6.2 および 4.3.11 で修正されています。この問題は Rails バージョン 7.02.2、6.1.4.6、6.0.4.6、および 5.2.6.2 で修正されています。パッチを適用した Rails _or_ Puma バージョンにアップグレードすると、この脆弱性が修正されます。(CVE-2022-23634)

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

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

  - Puma は、Ruby/Rack アプリケーション用の同時 HTTP 1.1 サーバーです。CVE-2019-16770 の修正は不完全でした。元の修正は、すでに受け入れられている既存の接続のみを保護し、貪欲な永続的接続が同じプロセスのすべてのスレッドを飽和させてリクエストを枯渇させないようにしていました。
    ただし、新しい接続は、クラスター内のすべてのプロセスのすべてのスレッドを飽和させる貪欲な持続的接続によって、依然として不足する可能性があります。スレッドプールにスレッドがあるスレッドよりも多くの「keep-alive」接続を同時に受信した「puma」サーバーは、接続のサブセットのみを処理し、サービスされていない接続へのサービスを拒否します。この問題は「puma」4.3.8 および 5.3.1 で修正されています。「queue_requests false」を設定すると、この問題も修正されます。「nginx」や「apache」などのリバースプロキシなしで「puma」を使用する場合、これはお勧めできません。スロークライアント攻撃 (例: slowloris) にさらされるからです。修正は非常に小規模です。サポートされていないバージョンの Puma を使用している場合は、git パッチを使用できます。(CVE-2021-29509)

  - Puma は、Ruby/Rack アプリケーション用の HTTP 1.1 サーバーです。バージョン 5.5.1 および 4.3.9より前では、LF 文字を含む HTTP ヘッダー値を転送するプロキシで「puma」を使用すると、HTTP リクエストのスマグリングが発生する可能性があります。クライアントがプロキシを介してリクエストをスマグリングし、プロキシが応答を別の不明なクライアントに返信する可能性があります。Puma チームが認識している限り、この動作をする唯一のプロキシは Apache Traffic Server です。プロキシが永続的な接続を使用し、クライアントが HTTP パイプラインを通じて別のリクエストを追加する場合、プロキシが誤ってそれを最初のリクエストの本文とみなす可能性があります。ただし、Puma はこれを 2 つのリクエストと見なし、2 つ目のリクエストを処理するとき、プロキシが予期しない応答を返します。プロキシが Puma への永続的な接続を再利用して別のクライアントに別のリクエストを送信した場合、最初のクライアントの 2 番目の応答が 2 番目のクライアントに送信されます。この脆弱性は、Puma 5.5.1 および 4.3.9 でパッチが適用されました。回避策として、「puma」で Apache Traffic Server を使用しないでください。(CVE-2021-41136)

  - Puma は、並列処理のために構築された Ruby/Rack Web サーバーです。「puma」バージョン「5.6.2」より前では、「puma」が応答本文で「close」を呼び出さないときがあります。バージョン「7.0.2.2」より前の Rails では、「CurrentAttributes」実装の正しい機能は閉じられている応答本文に依存していました。これら 2 つの動作の組み合わせ (Puma が本文を閉じない + Rails の Executor 実装) により、情報漏洩が発生します。この問題は Puma バージョン 5.6.2 および 4.3.11 で修正されています。この問題は Rails バージョン 7.02.2、6.1.4.6、6.0.4.6、および 5.2.6.2 で修正されています。パッチを適用した Rails _or_ Puma バージョンにアップグレードすると、この脆弱性が修正されます。(CVE-2022-23634)

  - Puma は、Ruby / Rack アプリケーション用のシンプルかつ高速なマルチスレッドパラレル HTTP 1.1 サーバーです。受信 HTTP リクエストが RFC7230 標準に一致することを適切に検証しないプロキシの背後で Puma を使用する場合、Puma とフロントエンドプロキシが、リクエストの開始点と終了点で一致しない可能性があります。これにより、リクエストがフロントエンドプロキシを介して Pum にスマグリングされる可能性があります。この脆弱性は 5.6.4 と 4.3.12 で修正されました。ユーザーは、至急アップグレードすることが勧められています。回避策 :  Puma の前にプロキシを展開する場合、すべての機能をオンにして、リクエストが RFC7230 標準に一致することを確認します。
    (CVE-2022-24790)

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

リモートの Debian 11 ホストには、dsa-5146 のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

  - Puma は、Ruby/Rack アプリケーション用の HTTP 1.1 サーバーです。バージョン 5.5.1 および 4.3.9より前では、LF 文字を含む HTTP ヘッダー値を転送するプロキシで「puma」を使用すると、HTTP リクエストのスマグリングが発生する可能性があります。クライアントがプロキシを介してリクエストをスマグリングし、プロキシが応答を別の不明なクライアントに返信する可能性があります。Puma チームが認識している限り、この動作をする唯一のプロキシは Apache Traffic Server です。プロキシが永続的な接続を使用し、クライアントが HTTP パイプラインを通じて別のリクエストを追加する場合、プロキシが誤ってそれを最初のリクエストの本文とみなす可能性があります。ただし、Puma はこれを 2 つのリクエストと見なし、2 つ目のリクエストを処理するとき、プロキシが予期しない応答を返します。プロキシが Puma への永続的な接続を再利用して別のクライアントに別のリクエストを送信した場合、最初のクライアントの 2 番目の応答が 2 番目のクライアントに送信されます。この脆弱性は、Puma 5.5.1 および 4.3.9 でパッチが適用されました。回避策として、「puma」で Apache Traffic Server を使用しないでください。(CVE-2021-41136)

  - Puma は、並列処理のために構築された Ruby/Rack Web サーバーです。「puma」バージョン「5.6.2」より前では、「puma」が応答本文で「close」を呼び出さないときがあります。バージョン「7.0.2.2」より前の Rails では、「CurrentAttributes」実装の正しい機能は閉じられている応答本文に依存していました。これら 2 つの動作の組み合わせ (Puma が本文を閉じない + Rails の Executor 実装) により、情報漏洩が発生します。この問題は Puma バージョン 5.6.2 および 4.3.11 で修正されています。この問題は Rails バージョン 7.02.2、6.1.4.6、6.0.4.6、および 5.2.6.2 で修正されています。パッチを適用した Rails _or_ Puma バージョンにアップグレードすると、この脆弱性が修正されます。(CVE-2022-23634)

  - Puma は、Ruby / Rack アプリケーション用のシンプルかつ高速なマルチスレッドパラレル HTTP 1.1 サーバーです。受信 HTTP リクエストが RFC7230 標準に一致することを適切に検証しないプロキシの背後で Puma を使用する場合、Puma とフロントエンドプロキシが、リクエストの開始点と終了点で一致しない可能性があります。これにより、リクエストがフロントエンドプロキシを介して Pum にスマグリングされる可能性があります。この脆弱性は 5.6.4 と 4.3.12 で修正されました。ユーザーは、至急アップグレードすることが勧められています。回避策 :  Puma の前にプロキシを展開する場合、すべての機能をオンにして、リクエストが RFC7230 標準に一致することを確認します。
    (CVE-2022-24790)

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

リモートの Redhat Enterprise Linux 7 / 8 ホストに、RHSA-2022:5498 アドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

  - libsolv: src/testcase.c の testcase_read() ヒープベースのバッファオーバーフロー (CVE-2021-3200)

  - foreman: Sendmail 設定を通じてリモートコードの実行を認証します (CVE-2021-3584)

  - Satellite: 意図しない SCA 証明書が Candlepin を認証することを許可 (CVE-2021-4142)

  - netty: ローカルシステムの一時ディレクトリを経由しての情報開示 (CVE-2021-21290)

  - netty: 検証の欠如による HTTP/2 でのリクエストスマグリングの可能性 (CVE-2021-21295)

  - netty: Content-Lengthヘッダーを介するリクエストスマグリング (CVE-2021-21409)

  - sidekiq: ライブポーリング機能のキュー名による XSS (CVE-2021-30151)

  - python-sqlparse: StripComments フィルターの正規表現による ReDoS (CVE-2021-32839)

  - libsolv: src/repo.h の pool_installable() におけるヒープベースのバッファオーバーフロー (CVE-2021-33928)

  - libsolv: src/repo.h の pool_disabled_solvable() におけるヒープベースのバッファオーバーフロー (CVE-2021-33929)

  - libsolv: src/repo.h の pool_installable_whatprovides() におけるヒープベースのバッファオーバーフロー (CVE-2021-33930)

  - libsolv: src/policy.c の prune_to_recommended() におけるヒープベースのバッファオーバーフロー (CVE-2021-33938)

  - rubygem-puma: puma における HTTP リクエストの一貫性のない解釈 (「HTTPリクエストスマグリング」) (CVE-2021-41136)

  - logback: 設定ファイル内からの JNDI 呼び出しを通じたリモートコードの実行 (CVE-2021-42550)

  - netty: ヘッダー名の制御文字により、HTTP リクエストスマグリングが発生する可能性があります (CVE-2021-43797)

  - python-lxml: HTML Cleaner により、細工された SVG 埋め込みスクリプトはパススルーすることが可能 (CVE-2021-43818)

  - django: URL パスに基づく Upstream アクセスコントロールの潜在的なバイパス (CVE-2021-44420)

  - libsolv: resolve_dependencies 関数のヒープオーバーフロー (CVE-2021-44568)

  - django: UserAttributeSimilarityValidator におけるサービス拒否の可能性 (CVE-2021-45115)

  - django: dictsort テンプレートフィルターにおける情報漏洩の可能性 (CVE-2021-45116)

  - django: Storage.save() による潜在的なディレクトリトラバーサル (CVE-2021-45452)

  - django: 「{％debug％}」テンプレートタグによる XSS の可能性 (CVE-2022-22818)

  - rubygem-actionpack: リクエスト間の情報漏洩 (CVE-2022-23633)

  - rubygem-puma: rubygem-rails: リクエスト間の情報漏洩 (CVE-2022-23634)

  - django: ファイルアップロードにおけるサービス拒否の可能性 (CVE-2022-23833)

  - sidekiq: グラフの日数による WebUI のサービス拒否 (CVE-2022-23837)

  - Django: QuerySet.annotate()、aggregate() および extra() での SQL インジェクション (CVE-2022-28346)

  - Django: PostgreSQL の QuerySet.explain(options) による SQL インジェクション (CVE-2022-28347)

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

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

  - 4.3.4 および 3.12.5 より前の Puma (RubyGem) では、無効な transfer-encoding ヘッダーを使用することで、攻撃者が HTTP 応答をスマグリングする可能性があります。この問題は、Puma 3.12.5 および Puma 4.3.4 で修正されています。(CVE-2020-11076)

  - 4.3.5 および 3.12.6 より前の Puma (RubyGem) では、クライアントがプロキシを介してリクエストをスマグリングし、プロキシが応答を別の不明なクライアントに返信する可能性があります。プロキシが永続的な接続を使用し、クライアントが HTTP パイプラインを通じて別のリクエストを追加する場合、プロキシが誤ってそれを最初のリクエストの本文とみなす可能性があります。
    ただし、Puma はこれを 2 つのリクエストと見なし、2 つ目のリクエストを処理するとき、プロキシが予期しない応答を返します。プロキシが Puma への永続的な接続を再利用して別のクライアントに別のリクエストを送信した場合、最初のクライアントの 2 番目の応答が 2 番目のクライアントに送信されます。これは、CVE-2020-11076 と類似しているものの異なる脆弱性です。この問題は、Puma 3.12.6 および Puma 4.3.5 で修正されています。(CVE-2020-11077)

  - Puma は、並列処理のために構築された Ruby/Rack Web サーバーです。「puma」バージョン「5.6.2」より前では、「puma」が応答本文で「close」を呼び出さないときがあります。バージョン「7.0.2.2」より前の Rails では、「CurrentAttributes」実装の正しい機能は閉じられている応答本文に依存していました。これら 2 つの動作の組み合わせ (Puma が本文を閉じない + Rails の Executor 実装) により、情報漏洩が発生します。この問題は Puma バージョン 5.6.2 および 4.3.11 で修正されています。この問題は Rails バージョン 7.02.2、6.1.4.6、6.0.4.6、および 5.2.6.2 で修正されています。パッチを適用した Rails _or_ Puma バージョンにアップグレードすると、この脆弱性が修正されます。(CVE-2022-23634)

  - Puma は、Ruby / Rack アプリケーション用のシンプルかつ高速なマルチスレッドパラレル HTTP 1.1 サーバーです。受信 HTTP リクエストが RFC7230 標準に一致することを適切に検証しないプロキシの背後で Puma を使用する場合、Puma とフロントエンドプロキシが、リクエストの開始点と終了点で一致しない可能性があります。これにより、リクエストがフロントエンドプロキシを介して Pum にスマグリングされる可能性があります。この脆弱性は 5.6.4 と 4.3.12 で修正されました。ユーザーは、至急アップグレードすることが勧められています。回避策: Puma の前にプロキシを展開する場合、すべての機能をオンにして、リクエストが RFC7230 標準に一致することを確認します。
    (CVE-2022-24790)

  - Puma は、並列処理のために構築された Ruby/Rack Web サーバーです。バージョン 6.3.1 および 5.6.7 より前の puma は、チャンク転送エンコーディング本体およびゼロレングスの Content-Length ヘッダーを、HTTP リクエストのスマグリングを許す方法で解析する際に、不適切な動作を示しました。この問題の深刻度は、puma を使用している Web サイトの性質に大きく左右されます。これは、チャンク転送エンコーディング本体の末尾のフィールドの不適切な解析、または空白/ゼロレングスの Content-Length ヘッダーの解析によって発生する可能性があります。両方の問題が対処されており、この脆弱性はバージョン 6.3.1 および 5.6.7 で修正されています。ユーザーはアップグレードすることをお勧めします。
    この脆弱性に対する既知の回避策はありません。(CVE-2023-40175)

  - Puma は、並列処理のために構築された Ruby/Rack アプリケーション用の Web サーバーです。バージョン 6.4.2 より前の puma は、チャンク転送エンコーディング本体を、HTTP リクエストのスマグリングを許す方法で解析する際に、不適切な動作を示しました。修正済みバージョンでは、チャンク拡張のサイズが制限されます。この制限がないと、攻撃者が無制限にリソース (CPU、ネットワーク帯域幅) を消費する可能性があります。この脆弱性は、バージョン 6.4.2、5.6.8 で修正されました。(CVE-2024-21647)

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
164646	Debian DLA-3083-1: puma - LTS のセキュリティ更新	Nessus	Debian Local Security Checks	2022/9/2	2022/9/2	high
161515	Debian DLA-3023-1: puma - LTS のセキュリティ更新	Nessus	Debian Local Security Checks	2022/5/26	2022/5/26	high
160523	SUSE SLES15 / openSUSE 15 セキュリティ更新: rubygem-puma (SUSE-SU-2022:1515-1)	Nessus	SuSE Local Security Checks	2022/5/5	2023/7/14	medium
164760	Amazon Linux 2022 : (ALAS2022-2022-051)	Nessus	Amazon Linux Local Security Checks	2022/9/6	2022/9/6	high
161493	Debian DSA-5146-1: puma - セキュリティ更新	Nessus	Debian Local Security Checks	2022/5/24	2022/5/24	high
194275	RHEL 7 / 8 : Satellite 6.11 リリース (重要度中) (RHSA-2022:5498)	Nessus	Red Hat Local Security Checks	2024/4/28	2024/6/3	critical
191720	Ubuntu 20.04 LTS / 22.04 LTS : Puma の脆弱性 (USN-6682-1)	Nessus	Ubuntu Local Security Checks	2024/3/7	2024/3/7	critical

検出

プラグインの検索

high

high

medium

high

high

critical

critical