Kata Containers — это реализация облегченных виртуальных машин (ВМ) с открытым исходным кодом, которые работают как контейнеры. В версиях до 4.0.0 ката-агент уязвим для обхода авторизации при управлении конфиденциальной гостевой памятью. В развертываниях конфиденциальных контейнеров (CoCo) ката-агент применяет политику AgentPolicy на основе OPA/Rego, которая должна авторизовать каждый вызов API ttRPC, образуя границу безопасности, которая не позволяет ненадежному хосту направлять конфиденциального гостя.
В двух методах ttRPC, представленных с функцией mem-agent, отсутствует эта проверка авторизации, поэтому ненадежный хост может вызывать их безоговорочно, независимо от конфигурации политики гостя. Когда mem-agent включен (по умолчанию выключен), это позволяет хосту вмешиваться в управление гостевой памятью путем принудительного обмена, агрессивного вытеснения или сжатия, что приводит к контролируемой злоумышленником доступности и снижению производительности конфиденциальной рабочей нагрузки полностью за пределами границ политики агента. Влияние не включает раскрытие памяти или выполнение кода, а серьезность ограничивается предварительным условием, согласно которому мем-агент должен быть явно включен.
Эта проблема исправлена в версии 4.0.0.
Показать оригинальное описание (EN)
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.
Характеристики атаки
Последствия
Строка CVSS v3.1