Alexmt

Argo CD is a declarative continuous deployment for Kubernetes. Argo CD Cluster secrets might be managed declaratively using Argo CD / kubectl apply, resulting in the full secret body being stored in the `kubectl.kubernetes.io/last-applied-configuration` annotation. This exposes the annotation, which includes the full secret body, when managing cluster labels and annotations. To view cluster annotations via the Argo CD API, a user must have `clusters, get` RBAC access. In many cases, cluster secrets do not contain sensitive information, but sometimes, as in bearer-token auth, the contents might be very sensitive.

O Argo CD é uma ferramenta declarativa de entrega contínua GitOps para o Kubernetes. Todas as versões não corrigidas do Argo CD a partir da 1.0.0 estão vulneráveis a um bug de controle de acesso inadequado, permitindo que um usuário mal-intencionado possa escalar seus privilégios para o nível de administrador. Para realizar explorações, um usuário autorizado do Argo CD deve ter acesso de push ao repositório git de código-fonte ou Helm de um aplicativo, ou acesso `sync` e `override` a um aplicativo. Uma vez que o usuário tenha esse acesso, diferentes níveis de exploração são possíveis, dependendo de seus outros privilégios RBAC.

Uma vulnerabilidade de traversal de caminho no Argo CD permite que um usuário mal-intencionado com acesso de leitura/gravação vaze arquivos confidenciais do servidor de repositório do Argo CD. Um usuário mal-intencionado do Argo CD que tenha recebido acesso `create` ou `update` às Aplicações pode vazar o conteúdo de qualquer arquivo de texto no servidor de repositório. Ao criar um Helm chart malicioso e usá-lo em um aplicativo, o invasor pode recuperar o conteúdo do arquivo confidencial como parte dos manifestos gerados ou em uma mensagem de erro. O invasor precisaria saber ou adivinhar a localização do arquivo alvo. Os arquivos confidenciais que podem ser vazados incluem arquivos de repositórios de código-fonte de outro aplicativo ou quaisquer segredos que tenham sido montados como arquivos no servidor de repositório.

O problema está relacionado a um bug de traversal de caminho agravado por um bug de controle de acesso inadequado no Argo CD, permitindo que um usuário mal-intencionado com acesso somente leitura ao repositório vaze arquivos confidenciais do servidor de repositórios do Argo CD. Um usuário mal-intencionado do Argo CD que tenha recebido acesso `get` a um repositório contendo um Helm chart pode criar uma solicitação de API para o endpoint “/api/v1/repositories/{repo url}/appdetails” para vazar o conteúdo de arquivos fora dos limites do servidor de repositório. A carga maliciosa faria referência a um arquivo fora dos limites, e o conteúdo desse arquivo seria retornado como parte da resposta. Os arquivos confidenciais que poderiam ser vazados incluem arquivos de repositórios de código-fonte de outros aplicativos ou quaisquer segredos que tenham sido montados como arquivos no servidor de repositórios.

O problema está relacionado a um bug de controle de acesso inadequado no Argo CD, permitindo que um usuário mal-intencionado possa escalar seus privilégios para o nível de administrador. Isso pode ocorrer se o usuário tiver acesso de push ao repositório git de código-fonte ou ao repositório Helm de um aplicativo, ou acesso `sync` e `override` a um aplicativo. Os níveis de exploração variam dependendo dos outros privilégios RBAC do usuário, incluindo acesso `update`, `delete`, `get` e `action` às aplicações. Uma exploração relacionada é possível para um usuário com acesso `get` a uma aplicação, permitindo que ele acesse qualquer evento no cluster de destino da aplicação, caso conheça o nome, o UID e o namespace do objeto envolvido.