External risk intelligence

Kargo RBAC Authorization Flaws Allow Project Administrator Escalation.

CVE advisorySeverity: CRITICAL (CVSS 9.3)

CVE-2026-61850

The vulnerability exists within the RBAC API of Kargo, a software delivery orchestration tool. Exploitation requires an already authenticated user to possess specific, delegated administrative permissions within a project, alongside a custom role. Because this functionality is restricted to authorized internal users and requires pre-existing privileged access, public internet exposure is uncommon.

Halo Surface Signal: 2 out of 5 — less likely to be public-facing.

External exposure likelihood

Horizon Alert

Summary of the vulnerability and why it matters

This advisory addresses two authorization flaws in Kargo's project-scoped RBAC API that could allow an authenticated user to escalate their permissions. This escalation can lead to unauthorized access to sensitive project information and resources, and potentially impact external systems like Git or container registries if their credentials are compromised. The main concern is confirming if custom roles granting these specific permissions are in use.

  • Flaws allow delegated users to gain higher project access.
  • Affects how permissions are managed within projects.
  • Confirm if custom administrative roles are in use.

Attack Path

How an attacker could exploit the issue

An attacker with delegated permission to manage project roles or service accounts can exploit authorization flaws in Kargo's API. By creating or modifying roles, they can grant themselves elevated permissions, potentially leading to unauthorized access to project secrets and credentials, or the modification and deletion of project resources. Stolen credentials could further impact external systems.

  • Requires authenticated user with delegated project permissions.
  • Overrides permissions when editing roles or service accounts.
  • Leads to elevated access and resource compromise.

Live Threat

Current exploitation, exposure, and threat context

An authenticated user with specific delegated permissions to manage Project `Roles` or `ServiceAccounts` could escalate their privileges within Kargo. This escalation could allow them to access or modify Project `Secrets`, credentials, and other Project resources. This exploit is possible when changes are made using the API server's broadly privileged credentials, bypassing granular permission checks for conferred permissions, and requires an administrator-created custom role that grants these elevated privileges.

  • Project secrets and credentials at risk.
  • Permissions are escalated via API.
  • Project resources could be modified or deleted.

Operational Fix

Recommended remediation, mitigation, and detection steps

For Kargo's authorization flaws, the Platform or Application Engineering teams are likely responsible for managing Kargo and its configurations. System owners and security teams should collaborate to identify affected Kargo instances, assess their criticality and exposure, and coordinate remediation efforts with vendor management if Kargo is externally sourced. The first practical step involves locating all Kargo deployments, verifying their reachability and business impact, and identifying the accountable owner before planning any necessary updates.

  • Platform Engineering or Application Owners.
  • Verify Kargo deployment reachability and criticality.
  • Plan risk-based remediation with vendor.

Supplementary metadata

Validate whether this threat affects your internet-facing exposure.

Halo Threat Intelligence helps prioritize remediation with Halo Surface Signal and H/A/L/O context. Start exposure validation with a free external attack surface trial.

Frequently asked questions

What is Kargo and how is it used?

Kargo is a tool designed to manage and automate the movement of software artifacts. It helps teams orchestrate the promotion of these artifacts across different environments within a project, handling tasks like managing roles and service accounts to streamline the delivery lifecycle.

What is the vulnerability in CVE-2026-61850?

This vulnerability is an improper privilege management issue, specifically classified as CWE-269. It occurs because Kargo's API fails to verify if a user has the authority to grant specific high-level permissions. Instead, it processes role and service account changes using the system's own broad administrative rights, allowing a user to escalate their project access.

How can an attacker trigger this security flaw?

An attacker needs existing, delegated permissions to edit Roles or ServiceAccounts within a Kargo project. It cannot be triggered by a standard, unprivileged user. Furthermore, the escalation requires the presence of an administrator-created custom role that already grants these management capabilities; default, non-administrator roles are not sufficient to perform these actions.

Is my Kargo instance at risk?

According to Halo Surface Signal, risk is considered unlikely for many because the vulnerability is locked behind the Kargo RBAC API and requires pre-existing, non-standard administrative privileges. If your Kargo deployment is internal and access is tightly controlled, the window for this type of internal escalation is significantly narrowed.

How should I respond to this vulnerability?

First, identify all Kargo instances running in your environment to understand your footprint. Check if you are using custom roles that grant project-level administrative management. If you are using an affected version, coordinate with your engineering team to update to version 1.8.14, 1.9.9, or 1.10.8 to apply the necessary authorization checks.

References