Crenshaw-Dev

O Argo CD é uma ferramenta declarativa de entrega contínua GitOps para o Kubernetes. É possível que usuários autenticados enumerem clusters por nome ao inspecionar mensagens de erro. Também é possível enumerar os nomes de projetos com clusters no escopo do projeto, caso se conheça os nomes dos clusters. Essa vulnerabilidade pode ser explorada enviando solicitações para pontos de extremidade específicos da API, como ‘https://localhost:8080/api/v1/clusters/in-cluster?id.type=name’, e analisando as mensagens de erro retornadas.

O Argo CD é uma ferramenta declarativa de entrega contínua GitOps para o Kubernetes. O servidor de API não impõe os sourceNamespaces do projeto, o que permite que invasores usem a interface do usuário para editar recursos que deveriam ser alteráveis apenas via GitOps. Um invasor pode explorar essa vulnerabilidade criando um aplicativo em um namespace específico, alterando seu projeto e, em seguida, usando a interface do usuário para editar o recurso.

O problema está relacionado a uma vulnerabilidade de Negação de Serviço (DoS) por falta de memória (OOM) ao utilizar o jq no ignoreDifferences. Essa vulnerabilidade pode ser explorada por um invasor remoto, permitindo que ele cause uma interrupção no serviço. A vulnerabilidade está associada ao consumo descontrolado de recursos durante o processamento do parâmetro `jqPathExpressions`.

O problema está relacionado à validação inadequada no Argo CD, uma ferramenta declarativa de entrega contínua GitOps para Kubernetes. Isso permite que usuários com privilégios de `create`, mas não de `override`, sincronizem manifestos locais na criação de aplicativos, contornando a restrição de que os manifestos devem provir de alguma fonte git/Helm/OCI aprovada. O recurso de “sincronização local”, que permite aos desenvolvedores substituir temporariamente os manifestos de um aplicativo por manifestos definidos localmente, é afetado. Esse recurso geralmente deve ser restrito a usuários altamente confiáveis, pois permite que o usuário contorne quaisquer proteções de mesclagem no git.

Argo CD is a declarative continuous deployment framework for Kubernetes. The issue allows an attacker to reference external Helm charts handled by the same repo-server to leak values or files from the referenced Helm Chart using a specifically-crafted Helm file. This is possible because Helm paths were predictable, allowing an attacker to add a Helm chart that references Helm resources from predictable paths. As a result, it is possible to reference and render the values and resources from other existing Helm charts, regardless of permissions. Although secrets are generally not stored in these files, it is still possible to reference any values from these charts.

The issue is related to an improper authorization bug in Argo CD, a declarative, GitOps continuous delivery tool for Kubernetes. This bug allows users who have the ability to update at least one cluster secret to update any cluster secret. An attacker could use this access to escalate privileges, potentially controlling Kubernetes resources, or to break Argo CD functionality by preventing connections to external clusters. The vulnerability can be exploited by an attacker who is authenticated with the Argo CD API server and has access to update at least one cluster configuration. The attacker can craft a malicious request to the Argo CD API server, potentially allowing them to manage out-of-bounds resources, disable certificate verification for TLS connections, or apply an invalid configuration to achieve a denial-of-service.

The issue is related to an output sanitization bug in Argo CD, which leaks repository access credentials in error messages. These error messages are visible to the user and are logged. The error message is visible when a user attempts to create or update an Application via the Argo CD API. The user must have `applications, create` or `applications, update` RBAC access to reach the code that may produce the error.

O problema está relacionado a um bug de validação incorreta de certificados no Argo CD, o que poderia fazer com que ele confiasse em um provedor malicioso do OpenID Connect (OIDC). Esse bug afeta as conexões com provedores OIDC e pode ser explorado por um invasor para realizar ataques de spoofing. A vulnerabilidade está relacionada à omissão da verificação de certificados durante a comunicação com o provedor OIDC, o que expõe o Argo CD a vários riscos, como um ataque man-in-the-middle.

O problema está relacionado ao uso de valores aleatórios insuficientes nos parâmetros dos fluxos de login OAuth2/OIDC, possibilitando que um invasor obtenha acesso de administrador ao Argo CD. Os ataques são difíceis de executar, mas podem ter um alto impacto. As vulnerabilidades se devem ao uso de uma semente relativamente previsível em um gerador de números pseudoaleatórios não criptograficamente seguro e, em alguns casos, o uso de um valor muito curto tornou a entropia ainda menos suficiente. Os parâmetros vulneráveis incluem o parâmetro `state`, o parâmetro `code verifier` e o parâmetro `nonce`.

O Argo CD é uma ferramenta declarativa de entrega contínua GitOps para o Kubernetes. Um usuário mal-intencionado com acesso de gravação ao repositório pode vazar arquivos confidenciais do servidor de repositórios do Argo CD devido a um bug relacionado a links simbólicos. Isso pode incluir arquivos de manifesto de repositórios de código-fonte de outros aplicativos ou quaisquer segredos no formato JSON montados como arquivos no servidor de repositórios. Um usuário mal-intencionado do Argo CD com acesso de gravação a um repositório que seja (ou possa ser) usado em um aplicativo do tipo diretório pode fazer um commit de um link simbólico que aponte para um arquivo fora dos limites. Os arquivos confidenciais que podem vazar incluem arquivos de manifesto de repositórios de código-fonte de outros aplicativos (arquivos potencialmente descriptografados, se você estiver usando um plug-in de descriptografia) ou quaisquer segredos no formato JSON que tenham sido montados como arquivos no servidor de repositório.