The remote Fedora 37 host has a package installed that is affected by multiple vulnerabilities as referenced in the FEDORA-2023-8a9087f089 advisory.

  - Redis is an in-memory database that persists on disk. On startup, Redis begins listening on a Unix socket     before adjusting its permissions to the user-provided configuration. If a permissive umask(2) is used,     this creates a race condition that enables, during a short period of time, another process to establish an     otherwise unauthorized connection. This problem has existed since Redis 2.6.0-RC1. This issue has been     addressed in Redis versions 7.2.2, 7.0.14 and 6.2.14. Users are advised to upgrade. For users unable to     upgrade, it is possible to work around the problem by disabling Unix sockets, starting Redis with a     restrictive umask, or storing the Unix socket file in a protected directory. (CVE-2023-45145)

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

The remote Fedora 39 host has a package installed that is affected by multiple vulnerabilities as referenced in the FEDORA-2023-fd75e4f307 advisory.

  - Redis is an in-memory database that persists on disk. On startup, Redis begins listening on a Unix socket     before adjusting its permissions to the user-provided configuration. If a permissive umask(2) is used,     this creates a race condition that enables, during a short period of time, another process to establish an     otherwise unauthorized connection. This problem has existed since Redis 2.6.0-RC1. This issue has been     addressed in Redis versions 7.2.2, 7.0.14 and 6.2.14. Users are advised to upgrade. For users unable to     upgrade, it is possible to work around the problem by disabling Unix sockets, starting Redis with a     restrictive umask, or storing the Unix socket file in a protected directory. (CVE-2023-45145)

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 / openSUSE 15 host has a package installed that is affected by a vulnerability as referenced in the SUSE-SU-2024:0200-1 advisory.

  - Redis is an in-memory database that persists on disk. On startup, Redis begins listening on a Unix socket     before adjusting its permissions to the user-provided configuration. If a permissive umask(2) is used,     this creates a race condition that enables, during a short period of time, another process to establish an     otherwise unauthorized connection. This problem has existed since Redis 2.6.0-RC1. This issue has been     addressed in Redis versions 7.2.2, 7.0.14 and 6.2.14. Users are advised to upgrade. For users unable to     upgrade, it is possible to work around the problem by disabling Unix sockets, starting Redis with a     restrictive umask, or storing the Unix socket file in a protected directory. (CVE-2023-45145)

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

The remote Debian 12 host has packages installed that are affected by multiple vulnerabilities as referenced in the dsa-5610 advisory.

  - Redis is an in-memory database that persists on disk. A specially crafted Lua script executing in Redis     can trigger a heap overflow in the cjson library, and result with heap corruption and potentially remote     code execution. The problem exists in all versions of Redis with Lua scripting support, starting from 2.6,     and affects only authenticated and authorized users. The problem is fixed in versions 7.0.12, 6.2.13, and     6.0.20. (CVE-2022-24834)

  - Redis is an in-memory database that persists on disk. In Redit 7.0 prior to 7.0.12, extracting key names     from a command and a list of arguments may, in some cases, trigger a heap overflow and result in reading     random heap memory, heap corruption and potentially remote code execution. Several scenarios that may lead     to authenticated users executing a specially crafted `COMMAND GETKEYS` or `COMMAND GETKEYSANDFLAGS`and     authenticated users who were set with ACL rules that match key names, executing a specially crafted     command that refers to a variadic list of key names. The vulnerability is patched in Redis 7.0.12.
    (CVE-2023-36824)

  - Redis is an in-memory database that persists on disk. Redis does not correctly identify keys accessed by     `SORT_RO` and as a result may grant users executing this command access to keys that are not explicitly     authorized by the ACL configuration. The problem exists in Redis 7.0 or newer and has been fixed in Redis     7.0.13 and 7.2.1. Users are advised to upgrade. There are no known workarounds for this vulnerability.
    (CVE-2023-41053)

  - Redis is an in-memory database that persists on disk. Redis incorrectly handles resizing of memory buffers     which can result in integer overflow that leads to heap overflow and potential remote code execution. This     issue has been patched in version 7.0.15 and 7.2.4. (CVE-2023-41056)

  - Redis is an in-memory database that persists on disk. On startup, Redis begins listening on a Unix socket     before adjusting its permissions to the user-provided configuration. If a permissive umask(2) is used,     this creates a race condition that enables, during a short period of time, another process to establish an     otherwise unauthorized connection. This problem has existed since Redis 2.6.0-RC1. This issue has been     addressed in Redis versions 7.2.2, 7.0.14 and 6.2.14. Users are advised to upgrade. For users unable to     upgrade, it is possible to work around the problem by disabling Unix sockets, starting Redis with a     restrictive umask, or storing the Unix socket file in a protected directory. (CVE-2023-45145)

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

The remote Redhat Enterprise Linux 8 host has one or more packages installed that are affected by multiple vulnerabilities that have been acknowledged by the vendor but will not be patched.

  - redis: Code injection via Lua script execution environment (CVE-2022-24735)

  - redis: heap overflow in the lua cjson and cmsgpack libraries (CVE-2022-24834)

  - Redis before 6cbea7d allows a replica to cause an assertion failure in a primary server by sending a non-     administrative command (specifically, a SET command). NOTE: this was fixed for Redis 6.2.x and 7.x in     2021. Versions before 6.2 were not intended to have safety guarantees related to this. (CVE-2021-31294)

Note that Nessus has not tested for these issues but has instead relied on the package manager's report that the package is installed.

An update of the redis package has been released.

The remote host is affected by the vulnerability described in GLSA-202408-05 (Redis: Multiple Vulnerabilities)

    Multiple vulnerabilities have been discovered in Redis. Please review the CVE identifiers referenced below     for details.

Tenable has extracted the preceding description block directly from the Gentoo Linux security advisory.

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

遠端 Debian 12 主機上安裝的多個套件受到 dsa-5610 公告中提及的多個弱點影響。

  - Redis 是一種保留在磁碟上的記憶體內資料庫。在 Redis 中執行的特製 Lua 指令碼可在 cjson 程式庫中觸發堆積溢位，並導致堆積損毀，且可能導致遠端程式碼執行。此問題存在於支援 Lua 指令碼的所有 Redis 版本 (從 2.6 版開始) 中，但僅會影響經過驗證的授權使用者。此問題已在  7.0.12、6.2.13 與 6.0.20 版中修正。(CVE-2022-24834)

  - Redis 是一種保留在磁碟上的記憶體內資料庫。在 7.0 至 7.0.12 的 Redit 中，在某些情況下，從命令和引數清單擷取金鑰名稱可能會觸發堆積溢位，並導致讀取隨機堆積記憶體、堆積損毀，並可能執行遠端程式碼。數個狀況可能導致經過驗證的使用者執行特製的「COMMAND GETKEYS」或「COMMAND GETKEYSANDFLAGS」，以及導致設定了符合金鑰名稱之 ACL 規則的經驗證使用者，執行特製的命令來參照金鑰名稱的 variadic 清單。此弱點已在 Redis 7.0.12 中修補。
    (CVE-2023-36824)

  - Redis 是一種保留在磁碟上的記憶體內資料庫。Redis 未正確識別「SORT_RO」存取的金鑰，因此可能向執行此命令的使用者授予未由 ACL 設定明確授權的金鑰存取權。問題存在於 Redis 7.0 或更新版本中，且已在 Redis 7.0.13 和 7.2.1 中修正。建議所有使用者進行升級。目前沒有任何因應措施可解決此弱點。
    (CVE-2023-41053)

  - Redis 是一種保留在磁碟上的記憶體內資料庫。Redis 未正確處理記憶體緩衝區的調整大小，這可導致整數溢位，進而導致堆積溢位和潛在的遠端程式碼執行。此問題已在 7.0.15 和 7.2.4 版本中修正。(CVE-2023-41056)

  - Redis 是一種保留在磁碟上的記憶體內資料庫。啟動時，Redis 會先開始在 Unix 通訊端上偵聽，然後再將其權限調整為使用者提供的組態。如果使用寬鬆的 umask(2)，便會造成爭用情形，讓另一個處理程序在短時間內建立未經授權的連線。此問題自 Redis 2.6.0-RC1 版就存在。此問題已在 Redis 7.2.2、7.0.14 和 6.2.14 版中解決。建議所有使用者進行升級。無法升級的使用者可透過停用 Unix 通訊端、以限制性 umask 啟動 Redis，或將 Unix 通訊端檔案儲存在受保護的目錄中，來解決此問題。(CVE-2023-45145)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 Redhat Enterprise Linux 8 主機安裝了一個或多個受到多個弱點影響的套件，供應商已確認這些弱點不會得到修補。

  - redis：透過 Lua 指令碼執行環境可以執行程式碼插入攻擊 (CVE-2022-24735)

  - redis：lua cjson 和 cmsgpack 程式庫中的堆積溢位弱點 (CVE-2022-24834)

  - 6cbea7d 版之前的 Redis 允許複本透過傳送非管理命令 (具體而言是 SET 命令)，在主要伺服器中造成宣告失敗。注意：廠商已於 2021 年針對 Redis 6.2.x 和 7.x 修正此問題。對於 6.2 之前版本，不提供與此相關的安全保證。(CVE-2021-31294)

請注意，Nessus 並未測試這些問題，而是依據套件管理員已安裝套件的報告。

遠端主機受到 GLSA-202408-05 中所述的弱點影響 (Redis：多個弱點)

    在 Redis 中發現多個弱點。如需詳細資訊，請檢閱下方提及的 CVE 識別碼。

Tenable 已直接從 Gentoo Linux 安全公告擷取前置描述區塊。

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

ID	Name	Product	Family	Published	Updated	Severity
183934	Fedora 37 : redis (2023-8a9087f089)	Nessus	Fedora Local Security Checks	10/26/2023	10/31/2023	low
185198	Fedora 39 : redis (2023-fd75e4f307)	Nessus	Fedora Local Security Checks	11/7/2023	11/7/2023	low
189398	SUSE SLES15 / openSUSE 15 Security Update : redis7 (SUSE-SU-2024:0200-1)	Nessus	SuSE Local Security Checks	1/24/2024	1/24/2024	low
189755	Debian dsa-5610 : redis - security update	Nessus	Debian Local Security Checks	1/30/2024	1/30/2024	high
202286	RHEL 8 : redis (Unpatched Vulnerability)	Nessus	Red Hat Local Security Checks	7/12/2024	7/12/2024	high
203968	Photon OS 3.0: Redis PHSA-2023-3.0-0673	Nessus	PhotonOS Local Security Checks	7/24/2024	7/24/2024	low
205117	GLSA-202408-05 : Redis: Multiple Vulnerabilities	Nessus	Gentoo Local Security Checks	8/7/2024	8/7/2024	high
189755	Debian dsa-5610：redis - 安全性更新	Nessus	Debian Local Security Checks	1/30/2024	1/30/2024	high
202286	RHEL 8：redis (未修補的弱點)	Nessus	Red Hat Local Security Checks	7/12/2024	7/12/2024	high
205117	GLSA-202408-05：Redis：多個弱點	Nessus	Gentoo Local Security Checks	8/7/2024	8/7/2024	high

Detections

Analytics

Plugins Search

low

low

low

high

high

low

high

high

high

high