This update for rmt-server fixes the following issues :

  - Version 2.6.5

  - Solved potential bug of SCC repository URLs changing     over time. RMT now self heals by removing the previous     invalid repository and creating the correct one.

  - Version 2.6.4

  - Add web server settings to /etc/rmt.conf: Now it's     possible to configure the minimum and maximum threads     count as well the number of web server workers to be     booted through /etc/rmt.conf.

  - Version 2.6.3

  - Instead of using an MD5 of URLs for custom repository     friendly_ids, RMT now builds an ID from the name.

  - Version 2.6.2

  - Fix RMT file caching based on timestamps: Previously,     RMT sent GET requests with the header     'If-Modified-Since' to a repository server and if the     response had a 304 (Not Modified), it would copy a file     from the local cache instead of downloading. However, if     the local file timestamp accidentally changed to a date     newer than the one on the repository server, RMT would     have an outdated file, which caused some errors. Now,     RMT makes HEAD requests to the repositories servers and     inspect the 'Last-Modified' header to decide whether to     download a file or copy it from cache, by comparing the     equalness of timestamps.



  - Version 2.6.1

  - Fixed an issue where relative paths supplied to `rmt-cli     import repos` caused the command to fail.

  - Version 2.6.0

  - Friendlier IDs for custom repositories: In an effort to     simplify the handling of SCC and custom repositories,     RMT now has friendly IDs. For SCC repositories, it's the     same SCC ID as before. For custom repositories, it can     either be user provided or RMT generated (MD5 of the     provided URL). Benefits :

  - `rmt-cli mirror repositories` now works for custom     repositories.

  - Custom repository IDs can be the same across RMT     instances.

  - No more confusing 'SCC ID' vs 'ID' in `rmt-cli` output.
    Deprecation Warnings :

  - RMT now uses a different ID for custom repositories than     before. RMT still supports that old ID, but it's     recommended to start using the new ID to ensure future     compatibility.

  - Version 2.5.20

  - Updated rails from 6.0.3.2 to 6.0.3.3 :

  - actionview (CVE-2020-15169)

  - Version 2.5.19

  - RMT now has the ability to remove local systems with the     command `rmt-cli systems remove`.

  - Version 2.5.18

  - Fixed exit code for `rmt-cli mirror` and its     subcommands. Now it exits with 1 whenever an error     occurs during mirroring

  - Improved message logging for `rtm-cli mirror`. Instead     of logging an error when it occurs, the command     summarize all errors at the end of execution. Now log     messages have colors to better identify failure/success.

  - Version 2.5.17

  - RMT no longer provides the installer updates repository     to systems via its zypper service. This repository is     used during the installation process, as it provides an     up-to-date installation experience, but it has no use on     an already installed system.

  - Version 2.5.16

  - Updated RMT's rails and puma dependencies.

  - 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)

  - railties (CVE-2019-5420)

  - Version 2.5.15

  - RMT now checks if repositories are fully mirrored during     the activation process. Previously, RMT only checked if     the repositories were enabled to be mirrored, but not     that they were actually mirrored. In this case, RMTs     were not able to provide the repository data which     systems assumed it had.

  - Version 2.5.14

  - Enable 'Installer-Updates' repositories by default

  - Fixed deprecation warning when thor encountered an     error. Also, instead of returning 0 for thor errors,     rmt-cli will return 1 instead.

  - Version 2.5.13

  - Added `rmt-cli repos clean` command to remove locally     mirrored files of repositories which are not marked to     be mirrored.

  - Previously, RMT didn't track deduplicated files in its     database. Now, to accommodate `rmt-cli repos clean`, RMT     will track all mirrored files.

  - Move the nginx reload to the configuration package which     contain nginx config files, don't reload nginx     unconditionally from main package.

  - Version 2.5.12

  - Update rack to version 2.2.3 (CVE-2020-8184:
    bsc#1173351)

  - Update Rails to version 5.2.4.3 :

  - actionpack (CVE-2020-8164: bsc#1172177)

  - actionpack (CVE-2020-8166: bsc#1172182)

  - activesupport (CVE-2020-8165: bsc#1172186)

  - actionview (CVE-2020-8167: bsc#1172184)

  - Version 2.5.11

  - rmt-server-pubcloud :

  - SLES11 EOL

  - Extension activation verification based on the available     subscriptions

  - Added a manual instance verification script

  - Version 2.5.10

  - Support rmt-server to run with Ruby 2.7     (Factory/Tumbleweed) :

  - Bump gem 'config' version from 1.7.2 to 2.2.1 to fix     incompatibility Ruby 2.7 OpenStruct class;

  - Bump gem 'typhoeus' version from 1.3.1 to 1.4.0 in order     to also bump gem 'ethon' version, which caused a     'rb_safe_level' warning on Ruby 2.7;

  - Fix 'last arg as keyword arg' Ruby 2.7 warning on source     code;

  - Disable 'deprecated' warnings from Ruby 2.7; Rails 5.1     generates a lot of warnings with Ruby 2.7, mainly due to     'capturing the given block with Proc.new', which is     deprecated;

  - Improve RPM spec to consider only the distribution     default Ruby version configured in OBS;

  - Improve RPM spec to remove Ruby 2.7 warnings regarding     'bundler.

  - Move nginx/vhosts.d directory to correct sub-package.
    They are needed together with nginx, not rmt-server.

  - Fix dependencies especially for containerized usage :

  - mariadb and nginx are not hard requires, could run on     another host

  - Fix generic dependencies :

  - systemd ordering was missing

  - shadow is required for pre-install

  - Version 2.5.9

  - rmt-server-pubcloud: enforce strict authentication

  - Version 2.5.8

  - Use repomd_parser gem to remove repository metadata     parsing code.

This update was imported from the SUSE:SLE-15-SP1:Update update project.

遠端 Debian 9 主機上安裝的一個套件受到 dla-3023 公告中提及的多個弱點影響。

  - 在 Puma 3.12.2 和 4.3.1 之前版本中，有違規行為的用戶端可使用 keepalive 要求獨占 Puma 的反應器並發動拒絕服務攻擊。如果向 Puma 開放的 keepalive 連線多於可用執行緒，且攻擊者傳送要求的頻率足夠高，則其他連線將永久等待。此弱點已在 Puma 4.3.1 和 3.12.2 版本中得到修補。(CVE-2019-16770)

  - 在 Puma (RubyGem) 4.3.2 和 3.12.3 之前版本中，如果使用 Puma 的應用程式允許在回應標頭中使用不受信任的輸入，則攻擊者可使用新行字元 (即 `CR`、`LF` 或 `/r`、`/ n`) 結束標頭並注入惡意內容，例如其他標頭或全新的回應內文。此弱點稱為 HTTP 回應拆分。雖然回應拆分本身不屬於攻擊，但可引發其他多種攻擊，例如跨網站指令碼 (XSS)。這與 CVE-2019-16254 存在關聯，但後者已針對 WEBrick Ruby Web 伺服器修正此弱點。此弱點已在 4.3.2 和 3.12.3 版本中修正，方法是檢查行結尾的所有標頭並拒絕含有這些字元的標頭。
    (CVE-2020-5247)

  - Puma 是一個專為實現平行執行而建構的 Ruby/Rack Web 伺服器。在 Puma 5.6.2 之前版本中，`puma` 可能並不總是在回應內文中呼叫 `close`。在 Rails 7.0.2.2 之前版本中，Rails 必須關閉回應內文，其 `CurrentAttributes` 實作才能正確運作。這兩種行為同時出現 (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 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼。

远程 Debian 9 主机上安装的一个程序包受到 dla-3023 公告中提及的多个漏洞影响。

  - 在 Puma 3.12.2 和 4.3.1 之前版本中，存在违规行为的客户端可利用 keepalive 请求独占 Puma 的反应器并发起拒绝服务攻击。如果已向 Puma 开放多个 keepalive 连接且这个数目多于可用线程，则在攻击者发送请求足够频繁的情况下，其他连接将处于永久等待状态。Puma 4.3.1 和 3.12.2 版本已修补此漏洞。(CVE-2019-16770)

  - 在 Puma (RubyGem) 4.3.2 和 3.12.3 版本中，如果使用 Puma 的应用程序允许在响应标头中出现不受信任的输入，则攻击者可使用换行符（即“CR”、“LF”或“/r”、“/n”） 来结束标头并注入恶意内容，例如其他标头或全新的响应正文。此漏洞称为 HTTP 响应拆分。虽然响应拆分本身不属于攻击，但会引发多种其他攻击，例如跨站脚本 (XSS)。这其实与 CVE-2019-16254 相关，但后者已针对 WEBrick Ruby Web 服务器修复此漏洞。此漏洞已在 4.3.2 和 3.12.3 版本中修复，方法是检查所有标头的行尾并拒绝包含这些字符的标头。
    (CVE-2020-5247)

  - Puma 是为实现并行性而构建的 Ruby/Rack Web 服务器。在 `puma` 5.6.2 之前版本中，`puma` 可能不会始终在响应正文中调用 `close`。在 Rails `7.0.2.2` 之前版本中，Rails 需要关闭响应正文，才能使其 `CurrentAttributes` 实现正确工作。这两种行为同时出现（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 尚未测试这些问题，而是只依靠应用程序自我报告的版本号来判断。

この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: 更新プロジェクトを更新します。

This update for rmt-server fixes the following issues :

Version 2.6.5

Solved potential bug of SCC repository URLs changing over time. RMT now self heals by removing the previous invalid repository and creating the correct one.

Version 2.6.4

Add web server settings to /etc/rmt.conf: Now it's possible to configure the minimum and maximum threads count as well the number of web server workers to be booted through /etc/rmt.conf.

Version 2.6.3

Instead of using an MD5 of URLs for custom repository friendly_ids, RMT now builds an ID from the name.

Version 2.6.2

Fix RMT file caching based on timestamps: Previously, RMT sent GET requests with the header 'If-Modified-Since' to a repository server and if the response had a 304 (Not Modified), it would copy a file from the local cache instead of downloading. However, if the local file timestamp accidentally changed to a date newer than the one on the repository server, RMT would have an outdated file, which caused some errors. Now, RMT makes HEAD requests to the repositories servers and inspect the 'Last-Modified' header to decide whether to download a file or copy it from cache, by comparing the equalness of timestamps.

Version 2.6.1

Fixed an issue where relative paths supplied to `rmt-cli import repos` caused the command to fail.

Version 2.6.0

Friendlier IDs for custom repositories: In an effort to simplify the handling of SCC and custom repositories, RMT now has friendly IDs. For SCC repositories, it's the same SCC ID as before. For custom repositories, it can either be user provided or RMT generated (MD5 of the provided URL). Benefits :

  - `rmt-cli mirror repositories` now works for custom     repositories.

  - Custom repository IDs can be the same across RMT     instances.

  - No more confusing 'SCC ID' vs 'ID' in `rmt-cli` output.
    Deprecation Warnings :

  - RMT now uses a different ID for custom repositories than     before. RMT still supports that old ID, but it's     recommended to start using the new ID to ensure future     compatibility.

Version 2.5.20

Updated rails from 6.0.3.2 to 6.0.3.3 :

  - actionview (CVE-2020-15169)

Version 2.5.19

RMT now has the ability to remove local systems with the command `rmt-cli systems remove`.

Version 2.5.18

Fixed exit code for `rmt-cli mirror` and its subcommands. Now it exits with 1 whenever an error occurs during mirroring

Improved message logging for `rtm-cli mirror`. Instead of logging an error when it occurs, the command summarize all errors at the end of execution. Now log messages have colors to better identify failure/success.

Version 2.5.17

RMT no longer provides the installer updates repository to systems via its zypper service. This repository is used during the installation process, as it provides an up-to-date installation experience, but it has no use on an already installed system.

Version 2.5.16

Updated RMT's rails and puma dependencies.

  - 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)

  - railties (CVE-2019-5420)

Version 2.5.15

RMT now checks if repositories are fully mirrored during the activation process. Previously, RMT only checked if the repositories were enabled to be mirrored, but not that they were actually mirrored.
In this case, RMTs were not able to provide the repository data which systems assumed it had.

Version 2.5.14

Enable 'Installer-Updates' repositories by default

Fixed deprecation warning when thor encountered an error. Also, instead of returning 0 for thor errors, rmt-cli will return 1 instead.

Version 2.5.13

Added `rmt-cli repos clean` command to remove locally mirrored files of repositories which are not marked to be mirrored.

Previously, RMT didn't track deduplicated files in its database. Now, to accommodate `rmt-cli repos clean`, RMT will track all mirrored files.

Move the nginx reload to the configuration package which contain nginx config files, don't reload nginx unconditionally from main package.

Version 2.5.12

Update rack to version 2.2.3 (CVE-2020-8184: bsc#1173351)

Update Rails to version 5.2.4.3 :

  - actionpack (CVE-2020-8164: bsc#1172177)

  - actionpack (CVE-2020-8166: bsc#1172182)

  - activesupport (CVE-2020-8165: bsc#1172186)

  - actionview (CVE-2020-8167: bsc#1172184)

Version 2.5.11

rmt-server-pubcloud :

  - SLES11 EOL

  - Extension activation verification based on the available     subscriptions

  - Added a manual instance verification script

Version 2.5.10

Support rmt-server to run with Ruby 2.7 (Factory/Tumbleweed) :

  - Bump gem 'config' version from 1.7.2 to 2.2.1 to fix     incompatibility Ruby 2.7 OpenStruct class;

  - Bump gem 'typhoeus' version from 1.3.1 to 1.4.0 in order     to also bump gem 'ethon' version, which caused a     'rb_safe_level' warning on Ruby 2.7;

  - Fix 'last arg as keyword arg' Ruby 2.7 warning on source     code;

  - Disable 'deprecated' warnings from Ruby 2.7; Rails 5.1     generates a lot of warnings with Ruby 2.7, mainly due to     'capturing the given block with Proc.new', which is     deprecated;

  - Improve RPM spec to consider only the distribution     default Ruby version configured in OBS;

  - Improve RPM spec to remove Ruby 2.7 warnings regarding     'bundler.

Move nginx/vhosts.d directory to correct sub-package. They are needed together with nginx, not rmt-server.

Fix dependencies especially for containerized usage :

  - mariadb and nginx are not hard requires, could run on     another host

Fix generic dependencies :

  - systemd ordering was missing

  - shadow is required for pre-install

Version 2.5.9

rmt-server-pubcloud: enforce strict authentication

Version 2.5.8

Use repomd_parser gem to remove repository metadata parsing code.

Note that Tenable Network Security has extracted the preceding description block directly from the SUSE security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

この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では、そこに新しい問題を追加することはせずに、できる限り自動的に整理と書式設定をするようにしています。

The remote Debian 9 host has a package installed that is affected by multiple vulnerabilities as referenced in the dla-3023 advisory.

  - In Puma before versions 3.12.2 and 4.3.1, a poorly-behaved client could use keepalive requests to     monopolize Puma's reactor and create a denial of service attack. If more keepalive connections to Puma are     opened than there are threads available, additional connections will wait permanently if the attacker     sends requests frequently enough. This vulnerability is patched in Puma 4.3.1 and 3.12.2. (CVE-2019-16770)

  - In Puma (RubyGem) before 4.3.2 and before 3.12.3, if an application using Puma allows untrusted input in a     response header, an attacker can use newline characters (i.e. `CR`, `LF` or`/r`, `/n`) to end the header     and inject malicious content, such as additional headers or an entirely new response body. This     vulnerability is known as HTTP Response Splitting. While not an attack in itself, response splitting is a     vector for several other attacks, such as cross-site scripting (XSS). This is related to CVE-2019-16254,     which fixed this vulnerability for the WEBrick Ruby web server. This has been fixed in versions 4.3.2 and     3.12.3 by checking all headers for line endings and rejecting headers with those characters.
    (CVE-2020-5247)

  - Puma is a Ruby/Rack web server built for parallelism. Prior to `puma` version `5.6.2`, `puma` may not     always call `close` on the response body. Rails, prior to version `7.0.2.2`, depended on the response body     being closed in order for its `CurrentAttributes` implementation to work correctly. The combination of     these two behaviors (Puma not closing the body + Rails' Executor implementation) causes information     leakage. This problem is fixed in Puma versions 5.6.2 and 4.3.11. This problem is fixed in Rails versions     7.02.2, 6.1.4.6, 6.0.4.6, and 5.2.6.2. Upgrading to a patched Rails _or_ Puma version fixes the     vulnerability. (CVE-2022-23634)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

This update for rmt-server fixes the following issues :

Version 2.6.5

Solved potential bug of SCC repository URLs changing over time. RMT now self heals by removing the previous invalid repository and creating the correct one.

Version 2.6.4

Add web server settings to /etc/rmt.conf: Now it's possible to configure the minimum and maximum threads count as well the number of web server workers to be booted through /etc/rmt.conf.

Version 2.6.3

Instead of using an MD5 of URLs for custom repository friendly_ids, RMT now builds an ID from the name.

Version 2.6.2

Fix RMT file caching based on timestamps: Previously, RMT sent GET requests with the header 'If-Modified-Since' to a repository server and if the response had a 304 (Not Modified), it would copy a file from the local cache instead of downloading. However, if the local file timestamp accidentally changed to a date newer than the one on the repository server, RMT would have an outdated file, which caused some errors. Now, RMT makes HEAD requests to the repositories servers and inspect the 'Last-Modified' header to decide whether to download a file or copy it from cache, by comparing the equalness of timestamps.

Version 2.6.1

Fixed an issue where relative paths supplied to `rmt-cli import repos` caused the command to fail.

Version 2.6.0

Friendlier IDs for custom repositories: In an effort to simplify the handling of SCC and custom repositories, RMT now has friendly IDs. For SCC repositories, it's the same SCC ID as before. For custom repositories, it can either be user provided or RMT generated (MD5 of the provided URL). Benefits :

  - `rmt-cli mirror repositories` now works for custom     repositories.

  - Custom repository IDs can be the same across RMT     instances.

  - No more confusing 'SCC ID' vs 'ID' in `rmt-cli` output.
    Deprecation Warnings :

  - RMT now uses a different ID for custom repositories than     before. RMT still supports that old ID, but it's     recommended to start using the new ID to ensure future     compatibility.

Version 2.5.20

Updated rails from 6.0.3.2 to 6.0.3.3 :

  - actionview (CVE-2020-15169)

Version 2.5.19

RMT now has the ability to remove local systems with the command `rmt-cli systems remove`.

Version 2.5.18

Fixed exit code for `rmt-cli mirror` and its subcommands. Now it exits with 1 whenever an error occurrs during mirroring

Improved message logging for `rtm-cli mirror`. Instead of logging an error when it occurs, the command summarize all errors at the end of execution. Now log messages have colors to better identify failure/success.

Version 2.5.17

RMT no longer provides the installer updates repository to systems via its zypper service. This repository is used during the installation process, as it provides an up-to-date installation experience, but it has no use on an already installed system.

Version 2.5.16

Updated RMT's rails and puma dependencies.

  - 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)

  - railties (CVE-2019-5420)

Version 2.5.15

RMT now checks if repositories are fully mirrored during the activation process. Previously, RMT only checked if the repositories were enabled to be mirrored, but not that they were actually mirrored.
In this case, RMTs were not able to provide the repository data which systems assumed it had.

Version 2.5.14

Enable 'Installer-Updates' repositories by default

Fixed deprecation warning when thor encountered an error. Also, instead of returning 0 for thor errors, rmt-cli will return 1 instead.

Version 2.5.13

Added `rmt-cli repos clean` command to remove locally mirrored files of repositories which are not marked to be mirrored.

Previously, RMT didn't track deduplicated files in its database. Now, to accommodate `rmt-cli repos clean`, RMT will track all mirrored files.

Move the nginx reload to the configuration package which contain nginx config files, don't reload nginx unconditionally from main package.

Version 2.5.12

Update rack to version 2.2.3 (CVE-2020-8184: bsc#1173351)

Update Rails to version 5.2.4.3 :

  - actionpack (CVE-2020-8164: bsc#1172177)

  - actionpack (CVE-2020-8166: bsc#1172182)

  - activesupport (CVE-2020-8165: bsc#1172186)

  - actionview (CVE-2020-8167: bsc#1172184)

Version 2.5.11

rmt-server-pubcloud :

  - SLES11 EOL

  - Extension activation verification based on the available     subscriptions

  - Added a manual instance verification script

Version 2.5.10

Support rmt-server to run with Ruby 2.7 (Factory/Tumbleweed) :

  - Bump gem 'config' version from 1.7.2 to 2.2.1 to fix     incompatibility Ruby 2.7 OpenStruct class;

  - Bump gem 'typhoeus' version from 1.3.1 to 1.4.0 in order     to also bump gem 'ethon' version, which caused a     'rb_safe_level' warning on Ruby 2.7;

  - Fix 'last arg as keyword arg' Ruby 2.7 warning on source     code;

  - Disable 'deprecated' warnings from Ruby 2.7; Rails 5.1     generates a lot of warnings with Ruby 2.7, mainly due to     'capturing the given block with Proc.new', which is     deprecated;

  - Improve RPM spec to consider only the distribution     default Ruby version configured in OBS;

  - Improve RPM spec to remove Ruby 2.7 warnings regarding     'bundler.

Move nginx/vhosts.d directory to correct sub-package. They are needed together with nginx, not rmt-server.

Fix dependencies especially for containerized usage :

  - mariadb and nginx are not hard requires, could run on     another host

Fix generic dependencies :

  - systemd ordering was missing

  - shadow is required for pre-install

Version 2.5.9

rmt-server-pubcloud: enforce strict authentication

Version 2.5.8

Use repomd_parser gem to remove repository metadata parsing code.

Note that Tenable Network Security has extracted the preceding description block directly from the SUSE security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

This update for rmt-server fixes the following issues :

Update to version 2.6.5 :

  - Solved potential bug of SCC repository URLs changing     over time. RMT now self heals by removing the previous     invalid repository and creating the correct one.

  - Add web server settings to /etc/rmt.conf: Now it's     possible to configure the minimum and maximum threads     count as well the number of web server workers to be     booted through /etc/rmt.conf.

  - Instead of using an MD5 of URLs for custom repository     friendly_ids, RMT now builds an ID from the name.

  - Fix RMT file caching based on timestamps: Previously,     RMT sent GET requests with the header     'If-Modified-Since' to a repository server and if the     response had a 304 (Not Modified), it would copy a file     from the local cache instead of downloading. However, if     the local file timestamp accidentally changed to a date     newer than the one on the repository server, RMT would     have an outdated file, which caused some errors. Now,     RMT makes HEAD requests to the repositories servers and     inspect the 'Last-Modified' header to decide whether to     download a file or copy it from cache, by comparing the     equalness of timestamps.

  - Fixed an issue where relative paths supplied to `rmt-cli     import repos` caused the command to fail.

  - Friendlier IDs for custom repositories: In an effort to     simplify the handling of SCC and custom repositories,     RMT now has friendly IDs. For SCC repositories, it's the     same SCC ID as before. For custom repositories, it can     either be user provided or RMT generated (MD5 of the     provided URL). Benefits :

  - `rmt-cli mirror repositories` now works for custom     repositories.

  - Custom repository IDs can be the same across RMT     instances.

  - No more confusing 'SCC ID' vs 'ID' in `rmt-cli` output.
    Deprecation Warnings :

  - RMT now uses a different ID for custom repositories than     before. RMT still supports that old ID, but it's     recommended to start using the new ID to ensure future     compatibility.

  - Updated rails and puma dependencies for security fixes.

This update was imported from the SUSE:SLE-15-SP2:Update update project.

This update for rmt-server fixes the following issues :

Update to version 2.6.5: Solved potential bug of SCC repository URLs changing over time. RMT now self heals by removing the previous invalid repository and creating the correct one.

Add web server settings to /etc/rmt.conf: Now it's possible to configure the minimum and maximum threads count as well the number of web server workers to be booted through /etc/rmt.conf.

Instead of using an MD5 of URLs for custom repository friendly_ids, RMT now builds an ID from the name.

Fix RMT file caching based on timestamps: Previously, RMT sent GET requests with the header 'If-Modified-Since' to a repository server and if the response had a 304 (Not Modified), it would copy a file from the local cache instead of downloading. However, if the local file timestamp accidentally changed to a date newer than the one on the repository server, RMT would have an outdated file, which caused some errors. Now, RMT makes HEAD requests to the repositories servers and inspect the 'Last-Modified' header to decide whether to download a file or copy it from cache, by comparing the equalness of timestamps.

Fixed an issue where relative paths supplied to `rmt-cli import repos` caused the command to fail.

Friendlier IDs for custom repositories: In an effort to simplify the handling of SCC and custom repositories, RMT now has friendly IDs. For SCC repositories, it's the same SCC ID as before. For custom repositories, it can either be user provided or RMT generated (MD5 of the provided URL). Benefits :

  - `rmt-cli mirror repositories` now works for custom     repositories.

  - Custom repository IDs can be the same across RMT     instances.

  - No more confusing 'SCC ID' vs 'ID' in `rmt-cli` output.
    Deprecation Warnings :

  - RMT now uses a different ID for custom repositories than     before. RMT still supports that old ID, but it's     recommended to start using the new ID to ensure future     compatibility.

Updated rails and puma dependencies for security fixes.

Note that Tenable Network Security has extracted the preceding description block directly from the SUSE security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

この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では、そこに新しい問題を追加することはせずに、できる限り自動的に整理と書式設定をするようにしています。

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
143225	openSUSE Security Update : rmt-server (openSUSE-2020-2000)	Nessus	SuSE Local Security Checks	2020/11/24	2020/12/17	critical
161515	Debian DLA-3023-1：puma - LTS 安全性更新	Nessus	Debian Local Security Checks	2022/5/26	2022/5/26	high
161515	Debian DLA-3023-1：puma - LTS 安全更新	Nessus	Debian Local Security Checks	2022/5/26	2022/5/26	high
143225	openSUSEセキュリティ更新プログラム：rmt-server（openSUSE-2020-2000）	Nessus	SuSE Local Security Checks	2020/11/24	2020/12/17	critical
143623	SUSE SLES15 Security Update : rmt-server (SUSE-SU-2020:3160-1)	Nessus	SuSE Local Security Checks	2020/12/9	2020/12/17	critical
143623	SUSE SLES15セキュリティ更新プログラム：rmt-server（SUSE-SU-2020:3160-1）	Nessus	SuSE Local Security Checks	2020/12/9	2020/12/17	critical
161515	Debian DLA-3023-1 : puma - LTS security update	Nessus	Debian Local Security Checks	2022/5/26	2022/5/26	high
143622	SUSE SLES15 Security Update : rmt-server (SUSE-SU-2020:3147-1)	Nessus	SuSE Local Security Checks	2020/12/9	2020/12/17	critical
143190	openSUSE Security Update : rmt-server (openSUSE-2020-1993)	Nessus	SuSE Local Security Checks	2020/11/23	2020/12/17	critical
143751	SUSE SLES15 Security Update : rmt-server (SUSE-SU-2020:3036-1)	Nessus	SuSE Local Security Checks	2020/12/9	2020/12/17	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
161515	Debian DLA-3023-1: puma - LTS のセキュリティ更新	Nessus	Debian Local Security Checks	2022/5/26	2022/5/26	high
143622	SUSE SLES15セキュリティ更新プログラム：rmt-server（SUSE-SU-2020:3147-1）	Nessus	SuSE Local Security Checks	2020/12/9	2020/12/17	critical

偵測

搜尋 Plugin

critical

high

high

critical

critical

critical

high

critical

critical

critical

critical

critical

high

critical