CVE-2025-52565

7.5 HIGH

📋 TL;DR

A vulnerability in runc allows attackers to bypass container isolation by tricking the system into bind-mounting sensitive read-only or masked paths to writable locations. This can lead to container breakout or host denial of service by manipulating critical system files like /proc/sysrq-trigger. Affects runc versions 1.0.0-rc3 through 1.2.7, 1.3.0-rc.1 through 1.3.2, and 1.4.0-rc.1 through 1.4.0-rc.2.

💻 Affected Systems

Products:
  • runc
Versions: 1.0.0-rc3 through 1.2.7, 1.3.0-rc.1 through 1.3.2, 1.4.0-rc.1 through 1.4.0-rc.2
Operating Systems: Linux
Default Config Vulnerable: ⚠️ Yes
Notes: Affects all containers that allocate a console. Requires attacker to have access to create or control containers.

📦 What is this software?

⚠️ Risk & Real-World Impact

🔴

Worst Case

Container breakout allowing attacker to execute code on host, manipulate host kernel parameters, or cause host denial of service via /proc/sysrq-trigger.

🟠

Likely Case

Container escape leading to unauthorized access to other containers or host resources, or denial of service affecting container availability.

🟢

If Mitigated

Limited impact within container boundaries if proper network segmentation and least privilege are enforced.

🌐 Internet-Facing: MEDIUM - Requires container access; internet-facing containers could be targeted if other vulnerabilities provide initial access.
🏢 Internal Only: HIGH - Internal attackers with container access can exploit this to escalate privileges and break container isolation.

🎯 Exploit Status

Public PoC: ✅ No
Weaponized: UNKNOWN
Unauthenticated Exploit: ✅ No
Complexity: MEDIUM

Exploitation requires container access and knowledge of container internals. Similar to CVE-2025-31133 in concept.

🛠️ Fix & Mitigation

✅ Official Fix

Patch Version: 1.2.8, 1.3.3, 1.4.0-rc.3

Vendor Advisory: https://github.com/opencontainers/runc/security/advisories

Restart Required: Yes

Instructions:

1. Update runc to patched version. 2. Restart all containers using the updated runc binary. 3. Verify container runtime (Docker, containerd, etc.) uses the updated runc version.

🔧 Temporary Workarounds

Disable console allocation

linux

Prevent containers from allocating a console to mitigate the specific bind-mount vulnerability.

docker run --tty=false ...
podman run --tty=false ...

Use read-only root filesystem

linux

Run containers with read-only root filesystem to limit write capabilities.

docker run --read-only ...
podman run --read-only ...

🧯 If You Can't Patch

  • Implement strict container isolation policies and network segmentation.
  • Enforce least privilege principles and monitor container activities for suspicious behavior.

🔍 How to Verify

Check if Vulnerable:

Check runc version: runc --version

Check Version:

runc --version | grep version

Verify Fix Applied:

Verify runc version is 1.2.8, 1.3.3, or 1.4.0-rc.3 or later.

📡 Detection & Monitoring

Log Indicators:

  • Unusual container console activity
  • Attempts to write to /proc/sysrq-trigger or /proc/sys/kernel/core_pattern from containers

Network Indicators:

  • Unexpected network connections from containers to host services

SIEM Query:

container.runtime=runc AND (event.action="mount" AND target.path="/dev/console")

🔗 References

📤 Share & Export