このrmt-serverへの更新では、以下の問題が修正されます：

バージョン 2.6.5

SCCリポジトリのURLが時間の経過とともに変化する潜在的なバグを解決しました。RMTは、以前の無効なリポジトリを削除し、正しいリポジトリを作成することで、自己回復するようになりました。

バージョン 2.6.4

/etc/rmt.confにWebサーバーの設定を追加します：スレッドの最小数と最大数、および/etc/rmt.confを通じて起動するWebサーバーワーカーの数を構成できるようになりました。

バージョン 2.6.3

カスタムリポジトリfriendly_idsにURLのMD5を使用する代わりに、RMTが名前からIDを構築するようになりました。

バージョン 2.6.2

タイムスタンプに基づいてRMTファイルのキャッシュを修正します：以前は、RMTは「If-Modified-Since」というヘッダー付きのGETリクエストをリポジトリサーバーに送信していましたが、その応答に304 (Not Modified)が含まれる場合は、ダウンロードする代わりにローカルキャッシュからファイルがコピーされていました。ただし、ローカルファイルのタイムスタンプが、リポジトリサーバー上の日付よりも後の日付に誤って変更されると、RMTに古いファイルが含まれることになるため、エラーが発生しました。現在、RMTはリポジトリサーバーに対してHEADリクエストを行い、「Last-Modified」ヘッダーを検査して、タイムスタンプの同一性を比較することで、ファイルをダウンロードするかキャッシュからコピーするかを決定します。

バージョン 2.6.1

「rmt-cli import repos」に相対パスが指定されるとコマンドが失敗する問題が修正されました。

バージョン 2.6.0

カスタムリポジトリのIDが使いやすくなりました：SCCおよびカスタムリポジトリの処理を簡素化するために、RMTのIDが使いやすくなりました。SCCリポジトリの場合は、以前と同じSCC IDです。カスタムリポジトリの場合は、ユーザーが指定するか、またはRMTによって生成されます（提供されたURLのMD5）。メリット：

  -「rmt-cli mirror repositories」が、カスタムリポジトリに対して機能するようになりました。

  - カスタムリポジトリIDがRMTインスタンス間で同一である可能性があります。

  -「rmt-cli」出力で「SCC ID」と「ID」を混同することがなくなりました。
    廃止の警告：

  - RMTは、カスタムリポジトリに対して以前とは異なるIDを使用するようになりました。RMTは引き続き古いIDをサポートしていますが、将来的な互換性を確保するために新しいIDの使用を開始することが推奨されます。

バージョン 2.5.20

railsが6.0.3.2から6.0.3.3に更新されました：

  - actionview（CVE-2020-15169）

バージョン 2.5.19

RMTでコマンド「rmt-cli system remove」を使用して、ローカルシステムを削除できるようになりました。

バージョン 2.5.18

「rmt-cli mirror」とそのサブコマンドの終了コードが修正されました。ミラーリング中にエラーが発生するたびに、1で終了するようになりました

「rtm-cli mirror」のメッセージロギングが改善されました。このコマンドでは、エラーを発生時に記録する代わりに、実行の最後にすべてのエラーをまとめます。ログメッセージに色が付けられ、失敗/成功を識別しやすくなりました。

バージョン 2.5.17

RMTは、インストーラー更新リポジトリをzypperサービスを通じてシステムに提供しなくなりました。このリポジトリは、インストールプロセス中に使用され、最新のインストールエクスペリエンスを提供するものの、すでにインストールされているシステムでは使用できないためです。

バージョン 2.5.16

RMTのrailsとpumaの依存関係が更新されました。

  - puma（CVE-2020-11076、CVE-2020-11077、CVE-2020-5249、CVE-2020-5247 CVE-2019-16770）

  - actionpack（CVE-2020-8185、 CVE-2020-8164、 CVE-2020-8166）

  - actionview（CVE-2020-8167、CVE-2020-5267、CVE-2019-5418、CVE-2019-5419）

  - activesupport（CVE-2020-8165）

  - railtie（CVE-2019-5420）

バージョン 2.5.15

RMTは、アクティベーションプロセス中にリポジトリが完全にミラーリングされているかどうかをチェックするようになりました。以前は、RMTはリポジトリのミラーリングが有効になっているかどうかのみをチェックしていましたが、実際にミラーリングされているかどうかはチェックしていませんでした。
この場合、RMTは、システムが持っているとみなすリポジトリデータを提供できませんでした。

バージョン 2.5.14

デフォルトで「Installer-Updates」リポジトリを有効にします

thorでエラーが発生した場合の廃止の警告が修正されました。また、rmt-cliが、thorエラーに対して0を返す代わりに、1を返します。

バージョン 2.5.13

ミラーリング対象としてマークされていない、リポジトリのローカルにミラーリングされたファイルを削除する「rmt-cli repos clean」コマンドが追加されました。

以前、RMTはデータベース内の重複排除されたファイルを追跡していませんでした。現在、「rmt-cli repos clean」に対応するために、RMTはミラーリングされたすべてのファイルを追跡します。

nginxリロードをnginx構成ファイルが含まれる構成パッケージに移動します。メインパッケージから無条件でnginxをリロードしません。

バージョン 2.5.12

バージョン2.2.3へのrackの更新（CVE-2020-8184：bsc#1173351）

バージョン5.2.4.3へのRailsの更新：

  - actionpack（CVE-2020-8164：bsc#1172177）

  - actionpack（CVE-2020-8166：bsc#1172182）

  - activesupport（CVE-2020-8165：bsc#1172186）

  - actionview（CVE-2020-8167：bsc#1172184）

バージョン 2.5.11

rmt-server-pubcloud ：

  - SLES11 EOL

  - 利用可能なサブスクリプションに基づいた拡張アクティベーションの検証

  - 手動のインスタンス検証スクリプトが追加されました

バージョン 2.5.10

Ruby 2.7で実行するためにrmt-serverをサポートします（Factory / Tumbleweed）：

  - gemの「構成」バージョンを1.7.2から2.2.1に更新して、非互換性Ruby 2.7 OpenStructクラスを修正します。

  - gemの「ethon」バージョンも更新するために、gemの「typhoeus」バージョンを1.3.1から1.4.0に更新します。これにより、Ruby 2.7で「rb_safe_level」警告が発生しました 。

  - ソースコードのRuby 2.7警告「キーワード引数としての最後の引数」を修正します。

  - Ruby 2.7からの「廃止予定」警告を無効にします。Rails 5.1はRuby 2.7で大量の警告を生成します。これは主に、廃止された「Proc.newで所定のブロックをキャプチャしています」のためです。

  - OBSで構成されるディストリビューションのデフォルトRubyバージョンのみを考慮するように、RPM仕様を改善します。

  - RPM仕様を改善し、「バンドラー」に関するRuby 2.7の警告を削除します。

nginx/vhosts.dディレクトリを正しいサブパッケージに移動します。これらは、rmt-serverではなく、nginxとともに必要です。

特にコンテナ化された使用の依存関係を修正します：

  - mariadbおよびnginxはハード要件ではなく、別のホストで実行できます

一般的な依存関係を修正します：

  - systemdの順序がありませんでした

  - プレインストールにはshadowが必要です

バージョン 2.5.9

rmt-server-pubcloud：厳格な認証を強制します

バージョン 2.5.8

repomd_parser gemを使用して、リポジトリメタデータ解析コードを削除します。

注意：Tenable Network Securityは、前述の記述ブロックをSUSEセキュリティアドバイザリから直接抽出しています。Tenableでは、そこに新しい問題を追加することはせずに、できる限り自動的に整理と書式設定をするようにしています。

このrmt-serverへの更新では、以下の問題が修正されます：

  - バージョン 2.6.5

  - SCCリポジトリのURLが時間の経過とともに変化する潜在的なバグを解決しました。RMTは、以前の無効なリポジトリを削除し、正しいリポジトリを作成することで、自己回復するようになりました。

  - バージョン 2.6.4

  - /etc/rmt.confにWebサーバーの設定を追加します：スレッドの最小数と最大数、および/etc/rmt.confを通じて起動するWebサーバーワーカーの数を構成できるようになりました。

  - バージョン 2.6.3

  - カスタムリポジトリfriendly_idsにURLのMD5を使用する代わりに、RMTが名前からIDを構築するようになりました。

  - バージョン 2.6.2

  - タイムスタンプに基づいてRMTファイルのキャッシュを修正します：以前は、RMTは「If-Modified-Since」というヘッダー付きのGETリクエストをリポジトリサーバーに送信していましたが、その応答に304 (Not Modified)が含まれる場合は、ダウンロードする代わりにローカルキャッシュからファイルがコピーされていました。ただし、ローカルファイルのタイムスタンプが、リポジトリサーバー上の日付よりも後の日付に誤って変更されると、RMTに古いファイルが含まれることになるため、エラーが発生しました。現在、RMTはリポジトリサーバーに対してHEADリクエストを行い、「Last-Modified」ヘッダーを検査して、タイムスタンプの同一性を比較することで、ファイルをダウンロードするかキャッシュからコピーするかを決定します。



  - バージョン 2.6.1

  -「rmt-cli import repos」に相対パスが指定されるとコマンドが失敗する問題が修正されました。

  - バージョン 2.6.0

  - カスタムリポジトリのIDが使いやすくなりました：SCCおよびカスタムリポジトリの処理を簡素化するために、RMTのIDが使いやすくなりました。SCCリポジトリの場合は、以前と同じSCC IDです。カスタムリポジトリの場合は、ユーザーが指定するか、またはRMTによって生成されます（提供されたURLのMD5）。メリット：

  -「rmt-cli mirror repositories」が、カスタムリポジトリに対して機能するようになりました。

  - カスタムリポジトリIDがRMTインスタンス間で同一である可能性があります。

  -「rmt-cli」出力で「SCC ID」と「ID」を混同することがなくなりました。
    廃止の警告：

  - RMTは、カスタムリポジトリに対して以前とは異なるIDを使用するようになりました。RMTは引き続き古いIDをサポートしていますが、将来的な互換性を確保するために新しいIDの使用を開始することが推奨されます。

  - バージョン 2.5.20

  - railsが6.0.3.2から6.0.3.3に更新されました：

  - actionview（CVE-2020-15169）

  - バージョン 2.5.19

  - RMTでコマンド「rmt-cli system remove」を使用して、ローカルシステムを削除できるようになりました。

  - バージョン 2.5.18

  -「rmt-cli mirror」とそのサブコマンドの終了コードが修正されました。ミラーリング中にエラーが発生するたびに、1で終了するようになりました

  -「rtm-cli mirror」のメッセージロギングが改善されました。このコマンドでは、エラーを発生時に記録する代わりに、実行の最後にすべてのエラーをまとめます。ログメッセージに色が付けられ、失敗/成功を識別しやすくなりました。

  - バージョン 2.5.17

  - RMTは、インストーラー更新リポジトリをzypperサービスを通じてシステムに提供しなくなりました。このリポジトリは、インストールプロセス中に使用され、最新のインストールエクスペリエンスを提供するものの、すでにインストールされているシステムでは使用できないためです。

  - バージョン 2.5.16

  - RMTのrailsとpumaの依存関係が更新されました。

  - puma（CVE-2020-11076、CVE-2020-11077、CVE-2020-5249、CVE-2020-5247 CVE-2019-16770）

  - actionpack（CVE-2020-8185、 CVE-2020-8164、 CVE-2020-8166）

  - actionview（CVE-2020-8167、CVE-2020-5267、CVE-2019-5418、CVE-2019-5419）

  - activesupport（CVE-2020-8165）

  - railtie（CVE-2019-5420）

  - バージョン 2.5.15

  - RMTは、アクティベーションプロセス中にリポジトリが完全にミラーリングされているかどうかをチェックするようになりました。以前は、RMTはリポジトリのミラーリングが有効になっているかどうかのみをチェックしていましたが、実際にミラーリングされているかどうかはチェックしていませんでした。この場合、RMTは、システムが持っているとみなすリポジトリデータを提供できませんでした。

  - バージョン 2.5.14

  - デフォルトで「Installer-Updates」リポジトリを有効にします

  - thorでエラーが発生した場合の廃止の警告が修正されました。また、rmt-cliが、thorエラーに対して0を返す代わりに、1を返します。

  - バージョン 2.5.13

  - ミラーリング対象としてマークされていないリポジトリのローカルにミラーリングされたファイルが削除する、「rmt-cli repos clean」コマンドが追加されました。

  - 以前、RMTはデータベース内の重複排除されたファイルを追跡していませんでした。現在、「rmt-cli repos clean」に対応するために、RMTはミラーリングされたすべてのファイルを追跡します。

  - nginxリロードをnginx構成ファイルが含まれる構成パッケージに移動します。メインパッケージから無条件でnginxをリロードしません。

  - バージョン 2.5.12

  - バージョン 2.2.3への更新（CVE-2020-8184：
    bsc#1173351）

  - バージョン 5.2.4.3へのRailsの更新：

  - actionpack（CVE-2020-8164：bsc#1172177）

  - actionpack（CVE-2020-8166：bsc#1172182）

  - activesupport（CVE-2020-8165：bsc#1172186）

  - actionview（CVE-2020-8167：bsc#1172184）

  - バージョン 2.5.11

  - rmt-server-pubcloud：

  - SLES11 EOL

  - 利用可能なサブスクリプションに基づいた拡張アクティベーションの検証

  - 手動のインスタンス検証スクリプトが追加されました

  - バージョン 2.5.10

  - Ruby 2.7で実行するためにrmt-serverをサポートします（Factory / Tumbleweed）：

  - gemの「構成」バージョンを1.7.2から2.2.1に更新して、非互換性Ruby 2.7 OpenStructクラスを修正します。

  - gemの「ethon」バージョンも更新するために、gemの「typhoeus」バージョンを1.3.1から1.4.0に更新します。これにより、Ruby 2.7で「rb_safe_level」警告が発生しました 。

  - ソースコードのRuby 2.7警告「キーワード引数としての最後の引数」を修正します。

  - Ruby 2.7からの「廃止予定」警告を無効にします。Rails 5.1はRuby 2.7で大量の警告を生成します。これは主に、廃止された「Proc.newで所定のブロックをキャプチャしています」のためです。

  - OBSで構成されるディストリビューションのデフォルトRubyバージョンのみを考慮するように、RPM仕様を改善します。

  - RPM仕様を改善し、「バンドラー」に関するRuby 2.7の警告を削除します。

  - nginx/vhosts.dディレクトリを正しいサブパッケージに移動します。
    これらは、rmt-serverではなく、nginxとともに必要です。

  - 特にコンテナ化された使用の依存関係を修正します：

  - mariadbおよびnginxはハード要件ではなく、別のホストで実行できます

  - 一般的な依存関係を修正します：

  - systemdの順序がありませんでした

  - プレインストールにはshadowが必要です

  - バージョン 2.5.9

  - rmt-server-pubcloud：厳格な認証を強制します

  - バージョン 2.5.8

  - repomd_parser gemを使用して、リポジトリメタデータ解析コードを削除します。

この更新はSUSEからインポートされました：SLE-15-SP1: 更新プロジェクトを更新します。

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

このrmt-serverへの更新では、以下の問題が修正されます：

バージョン 2.6.5 に更新してください：

  - SCCリポジトリのURLが時間の経過とともに変化する潜在的なバグを解決しました。RMTは、以前の無効なリポジトリを削除し、正しいリポジトリを作成することで、自己回復するようになりました。

  - /etc/rmt.confにWebサーバーの設定を追加します：スレッドの最小数と最大数、および/etc/rmt.confを通じて起動するWebサーバーワーカーの数を構成できるようになりました。

  - カスタムリポジトリfriendly_idsにURLのMD5を使用する代わりに、RMTが名前からIDを構築するようになりました。

  - タイムスタンプに基づいてRMTファイルのキャッシュを修正します：以前は、RMTは「If-Modified-Since」というヘッダー付きのGETリクエストをリポジトリサーバーに送信していましたが、その応答に304 (Not Modified)が含まれる場合は、ダウンロードする代わりにローカルキャッシュからファイルがコピーされていました。ただし、ローカルファイルのタイムスタンプが、リポジトリサーバー上の日付よりも後の日付に誤って変更されると、RMTに古いファイルが含まれることになるため、エラーが発生しました。現在、RMTはリポジトリサーバーに対してHEADリクエストを行い、「Last-Modified」ヘッダーを検査して、タイムスタンプの同一性を比較することで、ファイルをダウンロードするかキャッシュからコピーするかを決定します。

  -「rmt-cli import repos」に相対パスが指定されるとコマンドが失敗する問題が修正されました。

  - カスタムリポジトリのIDが使いやすくなりました：SCCおよびカスタムリポジトリの処理を簡素化するために、RMTのIDが使いやすくなりました。SCCリポジトリの場合は、以前と同じSCC IDです。カスタムリポジトリの場合は、ユーザーが指定するか、またはRMTによって生成されます（提供されたURLのMD5）。メリット：

  -「rmt-cli mirror repositories」が、カスタムリポジトリに対して機能するようになりました。

  - カスタムリポジトリIDがRMTインスタンス間で同一である可能性があります。

  -「rmt-cli」出力で「SCC ID」と「ID」を混同することがなくなりました。
    廃止の警告：

  - RMTは、カスタムリポジトリに対して以前とは異なるIDを使用するようになりました。RMTは引き続き古いIDをサポートしていますが、将来的な互換性を確保するために新しいIDの使用を開始することが推奨されます。

  - セキュリティ修正のためにrailsとpumaの依存関係が更新されました。

この更新はSUSEからインポートされました：SLE-15-SP2: 更新プロジェクトを更新します。

このrmt-serverへの更新では、以下の問題が修正されます：

バージョン2.6.5への更新：SCCリポジトリのURLが時間の経過とともに変化する潜在的なバグを解決しました。RMTは、以前の無効なリポジトリを削除し、正しいリポジトリを作成することで、自己回復するようになりました。

/etc/rmt.confにWebサーバーの設定を追加します：スレッドの最小数と最大数、および/etc/rmt.confを通じて起動するWebサーバーワーカーの数を構成できるようになりました。

カスタムリポジトリfriendly_idsにURLのMD5を使用する代わりに、RMTが名前からIDを構築するようになりました。

タイムスタンプに基づいてRMTファイルのキャッシュを修正します：以前は、RMTは「If-Modified-Since」というヘッダー付きのGETリクエストをリポジトリサーバーに送信していましたが、その応答に304 (Not Modified)が含まれる場合は、ダウンロードする代わりにローカルキャッシュからファイルがコピーされていました。ただし、ローカルファイルのタイムスタンプが、リポジトリサーバー上の日付よりも後の日付に誤って変更されると、RMTに古いファイルが含まれることになるため、エラーが発生しました。現在、RMTはリポジトリサーバーに対してHEADリクエストを行い、「Last-Modified」ヘッダーを検査して、タイムスタンプの同一性を比較することで、ファイルをダウンロードするかキャッシュからコピーするかを決定します。

「rmt-cli import repos」に相対パスが指定されるとコマンドが失敗する問題が修正されました。

カスタムリポジトリのIDが使いやすくなりました：SCCおよびカスタムリポジトリの処理を簡素化するために、RMTのIDが使いやすくなりました。SCCリポジトリの場合は、以前と同じSCC IDです。カスタムリポジトリの場合は、ユーザーが指定するか、またはRMTによって生成されます（提供されたURLのMD5）。メリット：

  -「rmt-cli mirror repositories」が、カスタムリポジトリに対して機能するようになりました。

  - カスタムリポジトリIDがRMTインスタンス間で同一である可能性があります。

  -「rmt-cli」出力で「SCC ID」と「ID」を混同することがなくなりました。
    廃止の警告：

  - RMTは、カスタムリポジトリに対して以前とは異なるIDを使用するようになりました。RMTは引き続き古いIDをサポートしていますが、将来的な互換性を確保するために新しいIDの使用を開始することが推奨されます。

セキュリティ修正のためにrailsとpumaの依存関係が更新されました。

注意：Tenable Network Securityは、前述の記述ブロックをSUSEセキュリティアドバイザリから直接抽出しています。Tenableでは、そこに新しい問題を追加することはせずに、できる限り自動的に整理と書式設定をするようにしています。

Ruby/Rackアプリケーション用の高度な同時HTTPサーバーであるpumaに、いくつかのセキュリティの脆弱性が発見されました。

CVE-2020-11076

無効なtransfer-encodingヘッダーを使用することで、攻撃者がHTTP応答をスマグリングする可能性があります。

CVE-2020-11077

クライアントがプロキシを介してリクエストをスマグリングし、プロキシが応答を別の不明なクライアントに返信する可能性があります。プロキシが永続的な接続を使用し、クライアントがHTTPパイプラインを通じて別のリクエストを追加する場合、プロキシが誤ってそれを最初のリクエストの本文とみなす可能性があります。
ただし、Pumaはこれを2つのリクエストと見なし、2つ目のリクエストを処理するとき、プロキシが予期しない応答を返します。
プロキシがPumaへの永続的な接続を再利用して別のクライアントに別のリクエストを送信した場合、最初のクライアントの2番目の応答が2番目のクライアントに送信されます。

Debian 9「Stretch」では、この問題はバージョン3.6.0-1+deb9u1で修正されています。

お使いのpumaパッケージをアップグレードすることを推奨します。

pumaの詳細なセキュリティステータスについては、そのセキュリティトラッカーページを参照してください: https://security-tracker.debian.org/tracker/puma

注: Tenable Network Securityは、前述の記述ブロックを DLA セキュリティアドバイザリから直接抽出しています。Tenableでは、新たな問題を持ち込まずに、できる限り自動的に整理して書式設定するようにしています。

このrubygem-pumaのバージョン4.3.5への更新では、次の問題を修正します：

  - CVE-2020-11077：プロキシ使用に関連するHTTPスマグリングの問題を修正しました（bsc#1172175）。

  - CVE-2020-11076：無効なtransfer-encodingヘッダーを使用した場合のHTTPスマグリングの問題を修正しました（bsc#1172176）。

  - TLSv1.0とTLSv1.1を無効にしました（jsc#SLE-6965）。

この更新はSUSEからインポートされました：SLE-15：更新プロジェクトを更新します。

ID	名前	製品	ファミリー	公開日	更新日	深刻度
143623	SUSE SLES15セキュリティ更新プログラム：rmt-server（SUSE-SU-2020:3160-1）	Nessus	SuSE Local Security Checks	2020/12/9	2020/12/17	critical
143622	SUSE SLES15セキュリティ更新プログラム：rmt-server（SUSE-SU-2020:3147-1）	Nessus	SuSE Local Security Checks	2020/12/9	2020/12/17	critical
143225	openSUSEセキュリティ更新プログラム：rmt-server（openSUSE-2020-2000）	Nessus	SuSE Local Security Checks	2020/11/24	2020/12/17	critical
191720	Ubuntu 20.04 LTS / 22.04 LTS : Puma の脆弱性 (USN-6682-1)	Nessus	Ubuntu Local Security Checks	2024/3/7	2024/8/27	critical
143190	openSUSEセキュリティ更新プログラム：rmt-server（openSUSE-2020-1993）	Nessus	SuSE Local Security Checks	2020/11/23	2020/12/17	critical
143751	SUSE SLES15セキュリティ更新プログラム：rmt-server（SUSE-SU-2020:3036-1）	Nessus	SuSE Local Security Checks	2020/12/9	2020/12/17	critical
141286	Debian DLA-2398-1: pumaセキュリティ更新	Nessus	Debian Local Security Checks	2020/10/8	2024/2/16	high
138668	openSUSEセキュリティ更新プログラム：rubygem-puma（openSUSE-2020-1001）	Nessus	SuSE Local Security Checks	2020/7/20	2024/2/29	high
138753	openSUSEセキュリティ更新プログラム：rubygem-puma（openSUSE-2020-990）	Nessus	SuSE Local Security Checks	2020/7/20	2024/2/29	high

検出

プラグインの検索

critical

critical

critical

critical

critical

critical

high

high

high