DevOps / CI-CD
CVE-2026-42880 critical CVSS 9.6

Divulgation d'information dans argo-cd (CVE-2026-42880)

Résumé

vulnérabilité dans argo-cd (CVE-2026-42880). Des informations confidentielles peuvent être exposées.

Description d'origine

La description telle que publiée par la source (souvent en anglais).

Summary

There is a missing authorization and data-masking gap in Argo CD's ServerSideDiff endpoint that allows an attacker with read-only access to extract plaintext Kubernetes Secret data from etcd via the Kubernetes API server's Server-Side Apply dry-run mechanism.

Details

Argo CD masks Secret data in every endpoint that returns Kubernetes resource state except one. All the other endpoints such as GetManifests, GetManifestsWithFiles, GetResource and PatchResource utilize hideSecretData() to mask the returned secret value. The vulnerable function ServerSideDiff gRPC/REST endpoint (/application.ApplicationService/ServerSideDiff) constructs its response with raw, unmasked PredictedLive and NormalizedLive states:

// server/application/application.go:3051-3062
responseDiffs = append(responseDiffs, &v1alpha1.ResourceDiff{
    TargetState:     string(diffRes.PredictedLive),
    LiveState:       string(diffRes.NormalizedLive),
})

A user only requires RBAC to call this ServerSideDiff function. Every authenticated Argo CD user has get access via the default role:catch-all policy. However, Argo CD has a defense layer called removeWebhookMutation() that normally strips non-Argo CD-managed fields from the Server Side Apply (SSA) dry-run response and merges them with the client-provided (masked) live state. This prevents real Secret values from leaking through the diff. However, this defense is entirely skipped when the Application has the annotation argocd.argoproj.io…

Source: NIST National Vulnerability Database NVD GitHub Advisory

Résumé IA

Rédigé par une IA externe ; il peut contenir des erreurs. Vérifiez la description d'origine et les références ci-dessous avant d'agir.

Une vulnérabilité référencée CVE-2026-42880 a été découverte dans CVE-2026-42880.
Des informations confidentielles peuvent être exposées. Score CVSS : 9.6/10.
Action : appliquez le correctif officiel de l'éditeur.
En cas de doute, contactez votre service informatique ou cherchez « CVE-2026-42880 CVE-2026-42880 » sur le site de l'éditeur.

CVE-2026-42880 (CVE-2026-42880) — CWE-200 / CVSS v3 9.6
Vecteur d'attaque : distant (réseau) / sans interaction utilisateur
Plan : 1) Audit SBOM, 2) Mise à jour staging→prod, 3) Surveillance WAF/proxy sur les endpoints affectés, 4) Recherche d'IOC dans les logs.
Réfs : voir GHSA / avis éditeur / version corrigée liés sur cette page.

❓ Quel est le problème

Une divulgation d'information (CWE-200) affecte CVE-2026-42880.

📍 Périmètre concerné

CVE-2026-42880 — .

🔥 Gravité

Gravité : Critique (CVSS 9.6/10). Des informations confidentielles peuvent être exposées

🔧 Comment corriger

Mettre à jour vers la version corrigée selon l'avis éditeur.

🛡️ Contournement

En attendant le correctif : désactivez la fonctionnalité concernée, appliquez des règles WAF, ou restreignez l'accès par ACL réseau.

🔍 Détection

Recherchez dans les logs des requêtes correspondant aux IOC connus de cette CVE. Auditez les SBOM/dépendances.

Incidents passés similaires Incidents similaires extraits des CVE passées

Similar GitOps GitHub Actions vulnerability allowing sensitive data exposure.

Another Kubernetes Secret exposure vulnerability via misconfigured permissions.

Si cela arrivait dans votre entreprise Impact attendu selon le scénario métier

📌 Kubernetes-based deployment environments.

Potential leakage of Kubernetes Secret data leads to unauthorized access.

📌 DevOps pipelines using Argo CD for CI/CD.

Confidential data leakage could compromise the deployment pipeline security.

📌 Companies utilizing Kubernetes for sensitive workloads.

Risk of exposing sensitive configuration or credentials stored in Secrets.

Action recommandée

Companies should immediately patch Argo CD to the latest safe versions and audit system accesses to the affected endpoints.

Actions de réponse

Étapes concrètes et exemples de commandes que les équipes SOC/SRE doivent exécuter dans l'ordre

  1. 1
    Identify exposure identify
    Audit SBOM/dependencies for affected components.

    依存マニフェストで影響コンポーネントを特定する。

  2. 7
    Post-deployment verification verify
    Confirm patched version is live in production

    パッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番では Step 3 と同じログクエリでアラート再発が無いか継続監視。

Paquets affectés

go github.com/argoproj/argo-cd/v3
[{"type":"SEMVER","events":[{"introduced":"3.3.0"},{"fixed":"3.3.9"}]}]
Bitnami argo-cd
[{"type":"SEMVER","events":[{"introduced":"3.2.0"},{"fixed":"3.2.11"},{"introduced":"3.3.0"},{"fixed":"3.3.9"}]}]

Références

Nous utilisons des cookies pour l'analyse d'audience et la mesure publicitaire. Ce réglage s'applique à tous les sites de Game co., Ltd. En savoir plus