Kata Containers: Unauthorized mem-agent ttRPC methods let an untrusted host tamper with confidential-guest memory
Key facts
- Attack vector
- Local
- Privileges required
- None
- User interaction
- None
- Attack complexity
- Low
- Impact type
- Security bypass
- Confidentiality · integrity · availability
- None · Low · Low
- Fix status
- Fixed
Attack profile from CVSS 3.1 · CNA. Fix status from CNA. Impact type from CWE-862.
Summary
Kata Containers is an open source implementation of lightweight Virtual Machines (VMs) that perform like containers. In versions prior to 4.0.0, the kata-agent is vulnerable to an authorization bypass in confidential-guest memory management. In Confidential Containers (CoCo) deployments, the kata-agent enforces an OPA/Rego-based AgentPolicy that must authorize every ttRPC API call, forming the security boundary that prevents an untrusted host from directing the confidential guest. Two ttRPC methods introduced with the mem-agent feature are missing this authorization check, so an untrusted host can invoke them unconditionally regardless of the guest's policy configuration. When mem-agent is enabled (off by default), this lets the host tamper with in-guest memory management by forcing swap, aggressive eviction, or compaction, resulting in attacker-controlled availability and performance degradation of the confidential workload entirely outside the agent-policy boundary. The impact does not include memory disclosure or code execution, and severity is bounded by the precondition that mem-agent must be explicitly enabled. This issue is fixed in version 4.0.0.
Why it matters now
SSVC decision points
CISA ADP · SSVC 2.0.3
- Exploitation
- None
- Automatable
- No
- Technical impact
- Partial
The decision (Track, Attend, Act) also depends on your mission and well-being impact; see CISA's SSVC guide.
Affected products
| Vendor | Product | Affected versions | Fixed in | Status | Source |
|---|---|---|---|---|---|
| kata-containers | kata-containers | before 4.0.0 | 4.0.0 | Patch available | CNA |
- kata-containers Vendorkata-containers Affected before 4.0.0 Fixed in 4.0.0 Patch available CNA
CPE names Threatist (inferred) · 1
Inferred from how NVD named this product before; not given by a source.
| CPE | Versions | Role | Vendor |
|---|---|---|---|
| cpe:2.3:a:katacontainers:kata_containers:*:*:*:*:*:*:*:* | — | — | kata-containers |
- cpe:2.3:a:katacontainers:kata_containers:*:*:*:*:*:*:*:* Versions — — ·kata-containers
Remediation
- Fix · CNA kata-containers (kata-containers) Fixed in 4.0.0
Vendor assessments
Red Hat
Red Hat rating: Important. Red Hat's page for this CVE →
Not affected: 1 product
- Red Hat OpenShift Container Platform 4
Timeline
- 2026-10-02 Threatist record created from CVE-2026-64676
References
More kata-containers vulnerabilities
- TI-2026-19382 Improper check for unusual conditions in kata-containers CVSS 4.0HIGH 8.8
- TI-2026-20033 Kata Container to Guest micro VM privilege escalation CVSS 3.1CRITICAL 9.4
- TI-2026-34827 Kata guest escape: runtime-rs guest-root to host-root escape via virtiofs CVSS 4.0CRITICAL 9.2
- TI-2026-29927 Kata Containers: CopyFile Policy Subversion via Symlinks CVSS 4.0HIGH 8.2
- TI-2026-32189 Kata Containers have VM Escape via virtiofsd Argument Injection through Default-Enabled Pod Annotations CVSS 4.0MEDIUM 5.8
- TI-2026-37266 Kata Containers: Config Path Annotation Arbitrary File Loading CVSS 3.1CRITICAL 9.6
Sources
- CVE-2026-64676 · CVE Program
- CVE-2026-64676 · NVD
- FIRST EPSS
- CVE-2026-64676 · Red Hat security data · CC BY 4.0
This product uses the NVD API but is not endorsed or certified by the NVD. Sources and licences