RHSA-2025:4664HighCVSS 9.1

Red Hat Security Advisory: Red Hat Ceph Storage 7.1 security, bug fix, and enhancement updates

Published
May 7, 2025
Last Modified
September 2, 2026

🔗 CVE IDs covered (9)

CVE-2023-25577 →CVE-2023-46446 →CVE-2024-42353 →CVE-2024-47191 →CVE-2024-48916 →CVE-2023-23934 →CVE-2023-48795 →CVE-2024-24790 →CVE-2024-34069 →

📋 Description

CVE-2023-23934 — python-werkzeug: cookie prefixed with = can shadow unprefixed cookie CVE-2023-25577 — python-werkzeug: high resource usage when parsing multipart form data with many fields CVE-2023-46446 — python-asyncssh: Rogue Session Attack CVE-2023-48795 — ssh: Prefix truncation attack on Binary Packet Protocol (BPP) CVE-2024-24790 — golang: net/netip: Unexpected behavior from Is methods for IPv4-mapped IPv6 addresses CVE-2024-34069 — python-werkzeug: user may execute code on a developer's machine CVE-2024-42353 — webob: WebOb's location header normalization during redirect leads to open redirect CVE-2024-47191 — oath-toolkit: Local root exploit in a PAM module CVE-2024-48916 — ceph: rhceph-container: Authentication bypass in CEPH RadosGW

🎯 Affected products200

  • Red Hat Ceph Storage 7.1 Tools
  • ceph-2:18.2.1-329.el8cp.src as a component of Red Hat Ceph Storage 7.1 Tools
  • ceph-2:18.2.1-329.el9cp.src as a component of Red Hat Ceph Storage 7.1 Tools
  • ceph-base-2:18.2.1-329.el8cp.ppc64le as a component of Red Hat Ceph Storage 7.1 Tools
  • ceph-base-2:18.2.1-329.el8cp.x86_64 as a component of Red Hat Ceph Storage 7.1 Tools
  • ceph-base-2:18.2.1-329.el9cp.ppc64le as a component of Red Hat Ceph Storage 7.1 Tools
  • ceph-base-2:18.2.1-329.el9cp.s390x as a component of Red Hat Ceph Storage 7.1 Tools
  • ceph-base-2:18.2.1-329.el9cp.x86_64 as a component of Red Hat Ceph Storage 7.1 Tools
  • ceph-base-debuginfo-2:18.2.1-329.el8cp.ppc64le as a component of Red Hat Ceph Storage 7.1 Tools
  • ceph-base-debuginfo-2:18.2.1-329.el8cp.x86_64 as a component of Red Hat Ceph Storage 7.1 Tools
  • ceph-base-debuginfo-2:18.2.1-329.el9cp.ppc64le as a component of Red Hat Ceph Storage 7.1 Tools
  • ceph-base-debuginfo-2:18.2.1-329.el9cp.s390x as a component of Red Hat Ceph Storage 7.1 Tools
  • ceph-base-debuginfo-2:18.2.1-329.el9cp.x86_64 as a component of Red Hat Ceph Storage 7.1 Tools
  • ceph-common-2:18.2.1-329.el8cp.ppc64le as a component of Red Hat Ceph Storage 7.1 Tools
  • ceph-common-2:18.2.1-329.el8cp.x86_64 as a component of Red Hat Ceph Storage 7.1 Tools
  • ceph-common-2:18.2.1-329.el9cp.ppc64le as a component of Red Hat Ceph Storage 7.1 Tools
  • ceph-common-2:18.2.1-329.el9cp.s390x as a component of Red Hat Ceph Storage 7.1 Tools
  • ceph-common-2:18.2.1-329.el9cp.x86_64 as a component of Red Hat Ceph Storage 7.1 Tools
  • ceph-common-debuginfo-2:18.2.1-329.el8cp.ppc64le as a component of Red Hat Ceph Storage 7.1 Tools
  • ceph-common-debuginfo-2:18.2.1-329.el8cp.x86_64 as a component of Red Hat Ceph Storage 7.1 Tools
  • ceph-common-debuginfo-2:18.2.1-329.el9cp.ppc64le as a component of Red Hat Ceph Storage 7.1 Tools
  • ceph-common-debuginfo-2:18.2.1-329.el9cp.s390x as a component of Red Hat Ceph Storage 7.1 Tools
  • ceph-common-debuginfo-2:18.2.1-329.el9cp.x86_64 as a component of Red Hat Ceph Storage 7.1 Tools
  • ceph-debuginfo-2:18.2.1-329.el8cp.ppc64le as a component of Red Hat Ceph Storage 7.1 Tools
  • ceph-debuginfo-2:18.2.1-329.el8cp.x86_64 as a component of Red Hat Ceph Storage 7.1 Tools
  • ceph-debuginfo-2:18.2.1-329.el9cp.ppc64le as a component of Red Hat Ceph Storage 7.1 Tools
  • ceph-debuginfo-2:18.2.1-329.el9cp.s390x as a component of Red Hat Ceph Storage 7.1 Tools
  • ceph-debuginfo-2:18.2.1-329.el9cp.x86_64 as a component of Red Hat Ceph Storage 7.1 Tools
  • ceph-debugsource-2:18.2.1-329.el8cp.ppc64le as a component of Red Hat Ceph Storage 7.1 Tools
  • ceph-debugsource-2:18.2.1-329.el8cp.x86_64 as a component of Red Hat Ceph Storage 7.1 Tools
  • +170 more not shown

✅ Remediation

Before applying this update, make sure all previously released errata relevant to your system have been applied. For details on how to apply this update, refer to: https://access.redhat.com/articles/11258 For supported configurations, refer to: https://access.redhat.com/articles/1548993 Workaround: Update to the last version and check that client and server provide kex pseudo-algorithms indicating usage of the updated version of the protocol which is protected from the attack. If "[email protected]" is provided by clients and "[email protected]" is in the server's reply, no other steps are necessary. Disabling ciphers if necessary: If "[email protected]" is not provided by clients or "[email protected]" is absent in the server's reply, you can disable the following ciphers and HMACs as a workaround on RHEL-8 and RHEL-9: 1. [email protected] 2. [email protected] 3. [email protected] 4. [email protected] 5. [email protected] To do that through crypto-policies, one can apply a subpolicy with the following content: ``` cipher@SSH = -CHACHA20-POLY1305 ssh_etm = 0 ``` e.g., by putting these lines into `/etc/crypto-policies/policies/modules/CVE-2023-48795.pmod`, applying the resulting subpolicy with `update-crypto-policies --set $(update-crypto-policies --show):CVE-2023-48795` and restarting openssh server. One can verify that the changes are in effect by ensuring the ciphers listed above are missing from both `/etc/crypto-policies/back-ends/openssh.config` and `/etc/crypto-policies/back-ends/opensshserver.config`. For more details on using crypto-policies, please refer to https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html/security_hardening/using-the-system-wide-cryptographic-policies_security-hardening Note that this procedure does limit the interoperability of the host and is only suggested as a temporary mitigation until the issue is fully resolved with an update. For RHEL-7: We can recommend to use strict MACs and Ciphers on RHEL7 in both files /etc/ssh/ssh_config and /etc/ssh/sshd_config. Below strict set of Ciphers and MACs can be used as mitigation for RHEL 7. ``` Ciphers aes128-ctr,aes192-ctr,aes256-ctr,[email protected],[email protected] MACs [email protected],[email protected],hmac-sha2-256,hmac-sha2-512 ``` - For Openshift Container Platform 4: Please refer the KCS[1] document for verifying the fix in RHCOS. [1] https://access.redhat.com/solutions/7071748 Workaround: Mitigation for this issue is either not available or the currently available options do not meet the Red Hat Product Security criteria comprising ease of use and deployment, applicability to widespread installation base or stability. Workaround: Red Hat has investigated whether a possible mitigation exists for this issue, and has not been able to identify a practical example. Please update the affected package as soon as possible. Workaround: If the Response class is used, any HTTP Location header (i.e. location) can be rewritten so that it always passes a full URI that includes the hostname to redirect the user to.

🔗 References (28)