Security
Headlines
HeadlinesLatestCVEs

Headline

GHSA-786q-9hcg-v9ff: Argo CD's Project API Token Exposes Repository Credentials

Summary

Argo CD API tokens with project-level permissions are able to retrieve sensitive repository credentials (usernames, passwords) through the project details API endpoint, even when the token only has standard application management permissions and no explicit access to secrets.

Component: Project API (/api/v1/projects/{project}/detailed)

Vulnerability Details

Expected Behavior

API tokens should require explicit permission to access sensitive credential information. Standard project permissions should not grant access to repository secrets.

Actual Behavior

API tokens with basic project permissions can retrieve all repository credentials associated with a project through the detailed project API endpoint.

Note: This vulnerability does not only affect project-level permissions. Any token with project get permissions is also vulnerable, including global permissions such as: p, role/user, projects, get, *, allow

Steps to Reproduce

  1. Create an API token with the following project-level permissions:
p, proj:myProject:project-automation-role, applications, sync, myProject/*, allow
p, proj:myProject:project-automation-role, applications, action/argoproj.io/Rollout/*, myProject/*, allow
p, proj:myProject:project-automation-role, applications, get, myProject/*, allow
  1. Call the project details API:
bashcurl -sH "Authorization: Bearer $ARGOCD_API_TOKEN" \
  "https://argocd.example.com/api/v1/projects/myProject/detailed"

  1. Observe that the response includes sensitive repository credentials:
{
  "repositories": [
    {
      "username": "<REDACTED>",
      "password": "<REDACTED>",
      "type": "helm",
      "name": "test-helm-repo",
      "project": "myProject"
    }
  ]
}

Patches

  • v3.1.2
  • v3.0.14
  • v2.14.16
  • v2.13.9

Credits to @ashishgoyal111 for helping identify this issue.

ghsa
#vulnerability#auth

Summary

Argo CD API tokens with project-level permissions are able to retrieve sensitive repository credentials (usernames, passwords) through the project details API endpoint, even when the token only has standard application management permissions and no explicit access to secrets.

Component: Project API (/api/v1/projects/{project}/detailed)

Vulnerability Details****Expected Behavior

API tokens should require explicit permission to access sensitive credential information. Standard project permissions should not grant access to repository secrets.

Actual Behavior

API tokens with basic project permissions can retrieve all repository credentials associated with a project through the detailed project API endpoint.

Note: This vulnerability does not only affect project-level permissions. Any token with project get permissions is also vulnerable, including global permissions such as: p, role/user, projects, get, *, allow

Steps to Reproduce

  1. Create an API token with the following project-level permissions:

    p, proj:myProject:project-automation-role, applications, sync, myProject/, allow p, proj:myProject:project-automation-role, applications, action/argoproj.io/Rollout/, myProject/, allow p, proj:myProject:project-automation-role, applications, get, myProject/, allow

  1. Call the project details API:

    bashcurl -sH “Authorization: Bearer $ARGOCD_API_TOKEN”
    “https://argocd.example.com/api/v1/projects/myProject/detailed”

  1. Observe that the response includes sensitive repository credentials:

    { "repositories": [ { "username": "<REDACTED>", "password": "<REDACTED>", "type": "helm", "name": "test-helm-repo", "project": “myProject” } ] }

Patches

  • v3.1.2
  • v3.0.14
  • v2.14.16
  • v2.13.9

Credits to @ashishgoyal111 for helping identify this issue.

References

  • GHSA-786q-9hcg-v9ff
  • argoproj/argo-cd@e8f8610

ghsa: Latest News

GHSA-wp3j-xq48-xpjw: podman kube play symlink traversal vulnerability