A reliance on cookies without validation/integrity check security vulnerability exists in rack < 2.2.3, rack < 2.1.4 that makes it is possible for an attacker to forge a secure or host-only cookie prefix.

The remote Ubuntu 16.04 ESM / 18.04 ESM / 20.04 ESM host has a package installed that is affected by multiple vulnerabilities as referenced in the USN-5253-1 advisory.

  - There's a possible information leak / session hijack vulnerability in Rack (RubyGem rack). This     vulnerability is patched in versions 1.6.12 and 2.0.8. Attackers may be able to find and hijack sessions     by using timing attacks targeting the session id. Session ids are usually stored and indexed in a database     that uses some kind of scheme for speeding up lookups of that session id. By carefully measuring the     amount of time it takes to look up a session, an attacker may be able to find a valid session id and     hijack the session. The session id itself may be generated randomly, but the way the session is indexed by     the backing store does not use a secure comparison. (CVE-2019-16782)

  - A reliance on cookies without validation/integrity check security vulnerability exists in rack < 2.2.3,     rack < 2.1.4 that makes it is possible for an attacker to forge a secure or host-only cookie prefix.
    (CVE-2020-8184)

  - A possible denial of service vulnerability exists in Rack <2.0.9.1, <2.1.4.1 and <2.2.3.1 in the multipart     parsing component of Rack. (CVE-2022-30122)

  - A sequence injection vulnerability exists in Rack <2.0.9.1, <2.1.4.1 and <2.2.3.1 which could allow is a     possible shell escape in the Lint and CommonLogger components of Rack. (CVE-2022-30123)

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

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

  - A directory traversal vulnerability exists in rack < 2.2.0 that allows an attacker perform directory     traversal vulnerability in the Rack::Directory app that is bundled with Rack which could result in     information disclosure. (CVE-2020-8161)

  - A reliance on cookies without validation/integrity check security vulnerability exists in rack < 2.2.3,     rack < 2.1.4 that makes it is possible for an attacker to forge a secure or host-only cookie prefix.
    (CVE-2020-8184)

  - Aaron Patterson reports: (CVE-2022-44570, CVE-2022-44571, CVE-2022-44572)

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

The remote SUSE Linux SLES15 / SLES_SAP15 host has a package installed that is affected by multiple vulnerabilities as referenced in the SUSE-SU-2022:3347-1 advisory.

  - A directory traversal vulnerability exists in rack < 2.2.0 that allows an attacker perform directory     traversal vulnerability in the Rack::Directory app that is bundled with Rack which could result in     information disclosure. (CVE-2020-8161)

  - A reliance on cookies without validation/integrity check security vulnerability exists in rack < 2.2.3,     rack < 2.1.4 that makes it is possible for an attacker to forge a secure or host-only cookie prefix.
    (CVE-2020-8184)

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

The remote Ubuntu 16.04 LTS / 20.04 LTS / 20.10 host has a package installed that is affected by multiple vulnerabilities as referenced in the USN-4561-2 advisory.

  - A directory traversal vulnerability exists in rack < 2.2.0 that allows an attacker perform directory     traversal vulnerability in the Rack::Directory app that is bundled with Rack which could result in     information disclosure. (CVE-2020-8161)

  - A reliance on cookies without validation/integrity check security vulnerability exists in rack < 2.2.3,     rack < 2.1.4 that makes it is possible for an attacker to forge a secure or host-only cookie prefix.
    (CVE-2020-8184)

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

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.

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.

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 :

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

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.

The remote Redhat Enterprise Linux 7 host has packages installed that are affected by multiple vulnerabilities as referenced in the RHSA-2020:4366 advisory.

  - mysql-connector-java: Connector/J unspecified vulnerability (CPU October 2018) (CVE-2018-3258)

  - puppet-agent: Puppet Agent does not properly verify SSL connection when downloading a CRL (CVE-2018-11751)

  - rack-protection: Timing attack in authenticity_token.rb (CVE-2018-1000119)

  - hibernate-validator: safeHTML validator allows XSS (CVE-2019-10219)

  - Django: Incorrect HTTP detection with reverse-proxy connecting via HTTPS (CVE-2019-12781)

  - rubygem-rack: hijack sessions by using timing attacks targeting the session id (CVE-2019-16782)

  - rubygem-secure_headers: limited header injection when using dynamic overrides with user input     (CVE-2020-5216)

  - rubygem-secure_headers: directive injection when using dynamic overrides with user input (CVE-2020-5217)

  - rubygem-actionview: views that use the `j` or `escape_javascript` methods are susceptible to XSS attacks     (CVE-2020-5267)

  - netty: HTTP Request Smuggling due to Transfer-Encoding whitespace mishandling (CVE-2020-7238)

  - rubygem-websocket-extensions: ReDoS vulnerability in Sec-WebSocket-Extensions parser (CVE-2020-7663)

  - puppet: Arbitrary catalog retrieval (CVE-2020-7942)

  - puppet: puppet server and puppetDB may leak sensitive information via metrics API (CVE-2020-7943)

  - rubygem-rack: directory traversal in Rack::Directory (CVE-2020-8161)

  - rubygem-rack: percent-encoded cookies can be used to overwrite existing prefixed cookie names     (CVE-2020-8184)

  - jackson-databind: Lacks certain xbean-reflect/JNDI blocking (CVE-2020-8840)

  - jackson-databind: Serialization gadgets in shaded-hikari-config (CVE-2020-9546)

  - jackson-databind: Serialization gadgets in ibatis-sqlmap (CVE-2020-9547)

  - jackson-databind: Serialization gadgets in anteros-core (CVE-2020-9548)

  - hibernate-validator: Improper input validation in the interpolation of constraint error messages     (CVE-2020-10693)

  - jackson-databind: Serialization gadgets in org.aoju.bus.proxy.provider.*.RmiProvider (CVE-2020-10968)

  - jackson-databind: Serialization gadgets in javax.swing.JEditorPane (CVE-2020-10969)

  - jackson-databind: Serialization gadgets in org.springframework:spring-aop (CVE-2020-11619)

  - jackson-databind: serialization in weblogic/oracle-aqjms (CVE-2020-14061)

  - jackson-databind: serialization in com.sun.org.apache.xalan.internal.lib.sql.JNDIConnectionPool     (CVE-2020-14062)

  - jackson-databind: serialization in org.jsecurity.realm.jndi.JndiRealmFactory (CVE-2020-14195)

  - foreman: unauthorized cache read on RPM-based installations through local user (CVE-2020-14334)

  - Satellite: Local user impersonation by Single sign-on (SSO) user leads to account takeover     (CVE-2020-14380)

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

The version of tested product installed on the remote host is prior to tested version. It is, therefore, affected by multiple vulnerabilities as referenced in the ALAS-2020-1440 advisory.

  - In PHP versions 7.2.x below 7.2.34, 7.3.x below 7.3.23 and 7.4.x below 7.4.11, when AES-CCM mode is used     with openssl_encrypt() function with 12 bytes IV, only first 7 bytes of the IV is actually used. This can     lead to both decreased security and incorrect encryption data. (CVE-2020-7069)

  - In PHP versions 7.2.x below 7.2.34, 7.3.x below 7.3.23 and 7.4.x below 7.4.11, when PHP is processing     incoming HTTP cookie values, the cookie names are url-decoded. This may lead to cookies with prefixes like
    __Host confused with cookies that decode to such prefix, thus leading to an attacker being able to forge     cookie which is supposed to be secure. See also CVE-2020-8184 for more information. (CVE-2020-7070)

  - A reliance on cookies without validation/integrity check security vulnerability exists in rack < 2.2.3,     rack < 2.1.4 that makes it is possible for an attacker to forge a secure or host-only cookie prefix.
    (CVE-2020-8184)

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

The remote Ubuntu 18.04 LTS host has a package installed that is affected by multiple vulnerabilities as referenced in the USN-4561-1 advisory.

  - A directory traversal vulnerability exists in rack < 2.2.0 that allows an attacker perform directory     traversal vulnerability in the Rack::Directory app that is bundled with Rack which could result in     information disclosure. (CVE-2020-8161)

  - A reliance on cookies without validation/integrity check security vulnerability exists in rack < 2.2.3,     rack < 2.1.4 that makes it is possible for an attacker to forge a secure or host-only cookie prefix.
    (CVE-2020-8184)

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

The following CVEs were reported against src:ruby-rack.

CVE-2020-8161

A directory traversal vulnerability exists in rack < 2.2.0 that allows an attacker perform directory traversal vulnerability in the Rack::Directory app that is bundled with Rack which could result in information disclosure.

CVE-2020-8184

A reliance on cookies without validation/integrity check security vulnerability exists in rack < 2.2.3, rack < 2.1.4 that makes it is possible for an attacker to forge a secure or host-only cookie prefix.

For Debian 9 stretch, these problems have been fixed in version 1.6.4-4+deb9u2.

We recommend that you upgrade your ruby-rack packages.

For the detailed security status of ruby-rack please refer to its security tracker page at:
https://security-tracker.debian.org/tracker/ruby-rack

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

ID	Name	Product	Family	Severity
183143	Ubuntu 16.04 ESM / 18.04 ESM / 20.04 ESM : Rack vulnerabilities (USN-5253-1)	Nessus	Ubuntu Local Security Checks	critical
170885	Debian DLA-3298-1 : ruby-rack - LTS security update	Nessus	Debian Local Security Checks	high
165418	SUSE SLES15 Security Update : rubygem-rack (SUSE-SU-2022:3347-1)	Nessus	SuSE Local Security Checks	high
148334	Ubuntu 16.04 LTS / 20.04 LTS : Rack vulnerabilities (USN-4561-2)	Nessus	Ubuntu Local Security Checks	high
143751	SUSE SLES15 Security Update : rmt-server (SUSE-SU-2020:3036-1)	Nessus	SuSE Local Security Checks	critical
143623	SUSE SLES15 Security Update : rmt-server (SUSE-SU-2020:3160-1)	Nessus	SuSE Local Security Checks	critical
143622	SUSE SLES15 Security Update : rmt-server (SUSE-SU-2020:3147-1)	Nessus	SuSE Local Security Checks	critical
143225	openSUSE Security Update : rmt-server (openSUSE-2020-2000)	Nessus	SuSE Local Security Checks	critical
143190	openSUSE Security Update : rmt-server (openSUSE-2020-1993)	Nessus	SuSE Local Security Checks	critical
142452	RHEL 7 : Satellite 6.8 (Important) (RHSA-2020:4366)	Nessus	Red Hat Local Security Checks	critical
141980	Amazon Linux AMI : php72 (ALAS-2020-1440)	Nessus	Amazon Linux Local Security Checks	high
141097	Ubuntu 18.04 LTS : Rack vulnerabilities (USN-4561-1)	Nessus	Ubuntu Local Security Checks	high
138389	Debian DLA-2275-1 : ruby-rack security update	Nessus	Debian Local Security Checks	high

Detections

Analytics

CVE-2020-8184

high

Tenable Plugins

critical

high

high

high

critical

critical

critical

critical

critical

critical

high

high

high