Kargo управляет и автоматизирует продвижение программных артефактов. Начиная с версии 1.9.0 до версии 1.9.2, модель авторизации Kargo включает глагол продвижения — нестандартный «глагол дельфина» Kubernetes, который обеспечивает возможность продвижения грузовых перевозок через конвейер продвижения. Этот глагол существует для того, чтобы отделить возможность управления ресурсами, связанными с продвижением, от возможности инициировать продвижение, обеспечивая детальный контроль доступа к тому, что часто является конфиденциальной операцией.
Глагол продвижения правильно применяется в устаревшем API gRPC Kargo. Однако три конечные точки в новом REST API пропускают эту проверку, полагаясь только на стандартный RBAC Kubernetes для операций с базовыми ресурсами (исправление грузов/статуса или создание рекламных акций). Это позволяет пользователям, имеющим эти стандартные разрешения, но которым намеренно не было предоставлено повышение, обойти предполагаемую границу авторизации.
Затронутые конечные точки: /v1beta1/projects/{project}/freight/{freight}/approve, /v1beta1/projects/{project}/stages/{stage}/promotions и /v1beta1/projects/{project}/stages/{stage}/promotions/downstream. Эта уязвимость исправлена в версии 1.9.3.
Показать оригинальное описание (EN)
Kargo manages and automates the promotion of software artifacts. From v1.9.0 to v1.9.2, Kargo's authorization model includes a promote verb -- a non-standard Kubernetes "dolphin verb" -- that gates the ability to advance Freight through a promotion pipeline. This verb exists to separate the ability to manage promotion-related resources from the ability to trigger promotions, enabling fine-grained access control over what is often a sensitive operation. The promote verb is correctly enforced in Kargo's legacy gRPC API. However, three endpoints in the newer REST API omit this check, relying only on standard Kubernetes RBAC for the underlying resource operations (patch on freights/status or create on promotions). This permits users who hold those standard permissions -- but who were deliberately not granted promote -- to bypass the intended authorization boundary. The affected endpoints are /v1beta1/projects/{project}/freight/{freight}/approve, /v1beta1/projects/{project}/stages/{stage}/promotions, and /v1beta1/projects/{project}/stages/{stage}/promotions/downstream. This vulnerability is fixed in v1.9.3.
Характеристики атаки
Последствия
Строка CVSS v4.0