Disabling the Argo CD admin user after SSO setup
Retiring the built-in admin account once SSO or local users work: admin.enabled, keeping a break-glass path, resetting the admin password, and what happens to existing admin tokens.

Specific controls that reduce what an attacker can do through Argo CD: admin and RBAC defaults, signed commits, repo-server exposure, cluster privileges, webhooks, audit trails and patching.
Retiring the built-in admin account once SSO or local users work: admin.enabled, keeping a break-glass path, resetting the admin password, and what happens to existing admin tokens.
Closing the gaps in a default RBAC setup: why policy.default cannot be narrowed by deny rules, minimal default roles, anonymous access risks, local users sharing names with SSO groups, and validating policies.
Blocking syncs of commits that were not signed by approved keys with Source Integrity Verification: per-project and per-source rules, GnuPG key management, and what breaks for local syncs and hydrated commits.
Limiting damage from malicious Helm charts, Kustomize files or plugins: what the repo-server executes, network policies around it and Redis, manifest size limits, plugin credential exposure, and restricting source repositories per project.
Protecting the public /api/webhook endpoint: shared secrets per provider, storing them in labeled Secrets, payload size limits without rate limiting, and treating webhook content as untrusted.
Building an audit trail auditors accept from Argo CD: Kubernetes events with the responsible actor, retaining events with an exporter, Git history versus what was actually synced, sync history in the application, and notifications.
Keeping Argo CD inside the supported window: three supported minor versions, quarterly minor releases, reading GitHub security advisories, and a patch routine that does not break production syncs.
Stopping tenants from escalating to Argo CD admin: why projects that can deploy into the argocd namespace are effectively admin, sourceNamespaces rules, app of apps repository access, and cluster resource allow lists.

Tell us what you're working on, whether it's a deployment, an audit, a security test or a cyber range. You'll speak with an engineer who can help you scope it.