policy.default: role:admin in argocd-rbac-cm macht jedes Konto in Ihrem SSO-Verzeichnis zum Argo-CD-Admin, und eine deny-Regel kann das nicht wieder rückgängig machen. Ein Repository-Secret mit dem Passwort unter stringData kann jeder lesen, der das Git-Repository lesen darf. Ein ApplicationSet, das sein Projekt aus der config.json eines Mandanten übernimmt, erlaubt diesem Mandanten, seine Applications in das Plattformprojekt zu verschieben. Dieser Skill findet solche Fehler und die weiteren unten aufgeführten Argo-CD-Fehler und erklärt Ihnen, wie Sie jeden davon beheben.

Ihr Agent führt einen Scanner über die YAML-Dateien Ihres GitOps-Repositorys aus: Application-, ApplicationSet- und AppProject-Manifeste, argocd-cm, argocd-rbac-cm und argocd-cmd-params-cm (auch als kustomize-Patches und configMapGenerator-Literale), argocd-secret, Notifications-Konfiguration, Repository-, Credential-Template- und Cluster-Secrets, Service und Deployment von argocd-server sowie Values-Dateien der Helm-Charts argo-cd und argocd-apps. Er liest das YAML in oidc.config und dex.config, Helm-values-Blöcke und Cluster-Konfigurations-JSON mit ihren eigenen Zeilennummern, behandelt $key, $secret:key, ${VAR}, Pfadplatzhalter von vault-plugin und SOPS-ENC-Werte als Verweise auf Daten außerhalb der Datei, prüft die values.yaml des argo-cd-Charts auch dann, wenn ihre Kommentare Helm-Template-Beispiele enthalten, und überspringt Helm-Chart-Templates sowie Dokumente, die nichts mit Argo CD zu tun haben. Er kontaktiert nie einen Cluster, Argo CD oder einen Git-Server und nutzt nie das Netzwerk. Er liefert BLOCK, REVIEW oder NOT FLAGGED mit Datei, Zeile, Begründung und einem sichereren Ansatz. Secrets werden nie ausgegeben.

Was geprüft wird

BLOCK (vor dem Ausliefern beheben)

• A01: Passwörter, Tokens, private Schlüssel und Client-Secrets, die in Argo-CD-Dateien stehen (Repository-, Credential-Template- und Cluster-Secrets, argocd-secret, SSO-clientSecret oder bindPW in argocd-cm, Benachrichtigungs-Tokens, argo-cd-Helm-Values, Helm-Parameter, values und Plugin-env innerhalb einer Application, ein Passwort in einer Repository-URL)
• A02: anonymer Zugriff (users.anonymous.enabled: "true")
• A03: policy.default: role:admin
• A04: deaktivierte Authentifizierung (server.disable.auth oder --disable-auth)
• A05: Repositories, die über http:// oder git:// auf einem öffentlichen Host erreicht werden (eine öffentliche IP oder eine öffentliche Domain; clusterinterne Namen wie gitea-http.gitea und private Adressen werden nicht gemeldet)

REVIEW (vor dem Release prüfen)

• A11: AppProjects, die in jeden Namespace auf jedem Cluster oder auf dem eigenen Cluster von Argo CD deployen können oder Applications aus allen Namespaces akzeptieren
• A12: AppProjects, die jede clusterweite Ressourcenart erlauben (clusterResourceWhitelist group '*', kind '*')
• A13: Produktions-Applications (pre-prod und non-prod zählen nicht), die HEAD, einem Branch, keiner targetRevision, einem semver-Bereich auf Git-Tags oder einem Helm-Chart-Versionsbereich folgen
• A14: automatischer Sync mit prune und allowEmpty
• A15: deaktiviertes TLS: unsichere (insecure) Repositories oder Cluster, internes TLS aus, TLS 1.0 oder 1.1, oder server.insecure, während ein LoadBalancer oder ein NodePort ohne vorgeschalteten TLS-Ingress argocd-server direkt erreichbar macht
• A16: aktiviertes Web-Terminal (exec.enabled)
• A17: der lokale admin bleibt neben SSO aktiv, oder der Passwort-Hash von admin ist committet
• A18: ApplicationSets, deren Projekt aus Daten der Generatoren Git, SCM provider, pull request oder plugin stammt

Was enthalten ist

• Der Scanner (Python 3.9+, nur Standardbibliothek)
• Ein Regelleitfaden mit Begründung, sichererem Ansatz und Link zur offiziellen Argo-CD-Dokumentation für jede Regel
• Ein riskantes und ein sicheres Beispiel (ein selbstverwaltetes Argo CD mit seinen Config Maps, ein Repository-Secret, ein Projekt, eine Produktions-Application und ein Mandanten-ApplicationSet) sowie der echte Bericht, den der Scanner für das riskante Beispiel erzeugt

Grenzen

Jede YAML-Datei wird so gelesen, wie sie geschrieben ist. Helm-Chart-Templates (Dateien im templates/-Ordner eines Charts oder mit Helm-Direktiven ohne Anführungszeichen) werden übersprungen; Jsonnet, JSON-Manifeste und kustomize-Ausgaben werden nicht gerendert, und Einstellungen außerhalb des Repositorys (die argocd CLI oder UI, von einem Secret-Operator erzeugte Secrets, der laufende Cluster) sind nicht sichtbar. server.insecure allein wird nicht gemeldet, weil die Ingress-Dokumentation von Argo CD es hinter einem TLS-terminierenden Ingress verwendet. "Produktion" in A13 wird anhand von Namen bestimmt, gleichen Sie diese Befunde daher mit Ihrem Release-Prozess ab. Zugangsdaten in anderen Kubernetes-Objekten bleiben anderen Prüfungen überlassen. NOT FLAGGED ist keine Garantie.

Inhalt

Eine ZIP-Datei mit 26 Dateien: SKILL.md, der Scanner in scripts/ (5 Python-Dateien), references/rules.md (jede Regel mit Begründung und sichererem Ansatz) und examples/ (18 Beispieldateien plus report.md, die echte Scanner-Ausgabe für das riskante Beispiel).

Verwendung: Dies ist ein Agent-Skill: ein Ordner mit einer SKILL.md-Datei und Python-Skripten, die ein KI-Coding-Agent wie Claude Code, Cursor oder Codex CLI ausführen kann. Entpacken Sie ihn in den Skills-Ordner Ihres Agenten (für Claude Code: ~/.claude/skills/) und bitten Sie dann Ihren Agenten, Ihr Projekt zu prüfen. Die Skripte laufen auch eigenständig mit Python 3.9 oder neuer, ohne dass etwas installiert werden muss. Sie lesen nur Ihre Dateien: kein Netzwerkzugriff, und nichts wird irgendwohin gesendet.