CVE-2025-57848: Red Hat RHEL-8-CNV-4.12 · Incorrect Default Permissions
Affects Red Hat RHEL-8-CNV-4.12Source CVE Database V5
Not known to be exploited · CVSS 6.4 Medium.
Data as of 26 Oct 2026, 17:16 UTC
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 8% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:L/AC:H/PR:H/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 23 Oct 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.
What to do
AI-suggested
Red Hat OpenShift's default Security Context Constraints and SELinux policies effectively mitigate this vulnerability by restricting container permissions and preventing privilege escalation. Users should ensure they are running containers with the default or similarly restrictive SCC profiles. Red Hat has released updated OpenShift Virtualization 4.19.14 images that include fixes for this issue; applying these updates is recommended. For other container runtimes, users should evaluate their security controls on a case-by-case basis. No additional immediate action is required if using OpenShift with default security settings.
Description
A container privilege escalation flaw was found in certain Container-native Virtualization images. This issue stems from the /etc/passwd file being created with group-writable permissions during build time. In certain conditions, an attacker who can execute commands within an affected container, even as a non-root user, can leverage their membership in the root group to modify the /etc/passwd file. This could allow the attacker to add a new user with any arbitrary UID, including UID 0, leading to full root privileges within the container.
References
- access.redhat.com/security/cve/CVE-2025-57848 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2391099 (opens in a new tab)
- access.redhat.com/errata/RHEA-2025:19904 (opens in a new tab)
- access.redhat.com/errata/RHEA-2025:21119 (opens in a new tab)
- access.redhat.com/errata/RHEA-2025:21677 (opens in a new tab)
- access.redhat.com/errata/RHEA-2025:22750 (opens in a new tab)
- access.redhat.com/errata/RHEA-2026:0511 (opens in a new tab)