Skip to main content
Press slash or control plus K to focus the search. Use the arrow keys to navigate results and press enter to open a threat.
Reconnecting to live updates…

CVE-2025-52881: CWE-61: UNIX Symbolic Link (Symlink) Following in opencontainers runc

0
High
VulnerabilityCVE-2025-52881cvecve-2025-52881cwe-61cwe-363
Published: Thu Nov 06 2025 (11/06/2025, 20:23:36 UTC)
Source: CVE Database V5
Vendor/Project: opencontainers
Product: runc

Description

runc is a CLI tool for spawning and running containers according to the OCI specification. In versions 1.2.7, 1.3.2 and 1.4.0-rc.2, an attacker can trick runc into misdirecting writes to /proc to other procfs files through the use of a racing container with shared mounts (we have also verified this attack is possible to exploit using a standard Dockerfile with docker buildx build as that also permits triggering parallel execution of containers with custom shared mounts configured). This redirect could be through symbolic links in a tmpfs or theoretically other methods such as regular bind-mounts. While similar, the mitigation applied for the related CVE, CVE-2019-19921, was fairly limited and effectively only caused runc to verify that when LSM labels are written they are actually procfs files. This issue is fixed in versions 1.2.8, 1.3.3, and 1.4.0-rc.3.

AI-Powered Analysis

AILast updated: 11/06/2025, 20:45:09 UTC

Technical Analysis

CVE-2025-52881 is a vulnerability affecting opencontainers runc, a widely used CLI tool for spawning and running containers according to the OCI specification. The flaw exists in versions 1.2.7, 1.3.2, and 1.4.0-rc.2, where an attacker can exploit symbolic link following behavior in container environments that use shared mounts. Specifically, by orchestrating a race condition with containers that share mounts (such as tmpfs or bind mounts), an attacker can cause runc to misdirect writes intended for /proc files to other procfs files. This redirection is achieved through symlinks or other mount manipulation techniques, allowing unauthorized modification of procfs files, which can lead to privilege escalation or container escape. The vulnerability is similar in nature to CVE-2019-19921 but more severe due to broader scope and insufficient mitigation in previous patches. The issue can be exploited during container builds using docker buildx with custom shared mounts, increasing the attack surface. The vulnerability requires low privileges (PR:L), partial user interaction (UI:A), and has a high impact on confidentiality, integrity, and availability (all rated high). The vulnerability is fixed in runc versions 1.2.8, 1.3.3, and 1.4.0-rc.3. No known exploits are currently in the wild, but the complexity and potential impact warrant urgent attention.

Potential Impact

For European organizations, the impact of CVE-2025-52881 is significant due to the widespread adoption of containerization technologies in cloud-native applications, DevOps pipelines, and microservices architectures. Exploitation could allow attackers to escalate privileges within container environments or escape container isolation, potentially compromising host systems and sensitive data. This could lead to unauthorized access to critical infrastructure, disruption of services, and data breaches. Organizations running vulnerable runc versions in production or CI/CD environments are at risk, especially if they use shared mounts or tmpfs in container configurations. The vulnerability undermines container security guarantees, increasing the attack surface for advanced persistent threats and insider attacks. Given the high CVSS score and the complexity of modern container deployments, the threat could affect cloud service providers, financial institutions, healthcare, and government sectors across Europe, where container adoption is robust.

Mitigation Recommendations

1. Upgrade runc to versions 1.2.8, 1.3.3, or 1.4.0-rc.3 or later immediately to apply the official fix. 2. Audit container configurations to identify and eliminate unnecessary shared mounts, especially tmpfs and bind mounts that could be manipulated via symlinks. 3. Implement strict mount namespace isolation and avoid sharing mounts between containers unless absolutely necessary. 4. Use container security tools to monitor and detect unusual symlink or mount activity during container runtime and build processes. 5. Harden CI/CD pipelines by restricting the use of docker buildx with custom shared mounts or applying additional validation on build configurations. 6. Employ Linux Security Modules (LSMs) such as SELinux or AppArmor with strict policies to limit container access to procfs and sensitive kernel interfaces. 7. Regularly review and update container runtime and orchestration tools to incorporate security patches and best practices. 8. Conduct penetration testing focused on container escape and privilege escalation vectors to validate mitigations.

Need more detailed analysis?Get Pro

Technical Details

Data Version
5.2
Assigner Short Name
GitHub_M
Date Reserved
2025-06-20T17:42:25.708Z
Cvss Version
4.0
State
PUBLISHED

Threat ID: 690d06aae0be3996723e47c4

Added to database: 11/6/2025, 8:35:54 PM

Last enriched: 11/6/2025, 8:45:09 PM

Last updated: 11/12/2025, 10:26:48 AM

Views: 82

Community Reviews

0 reviews

Crowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.

Sort by
Loading community insights…

Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.

Actions

PRO

Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.

Please log in to the Console to use AI analysis features.

Need enhanced features?

Contact root@offseq.com for Pro access with improved analysis and higher rate limits.

Latest Threats