manage-secrets

Manages secret creation, rotation, and access control following source-of-truth and rollout patterns.

Updated Feb 10, 2026
One-click install
npx skills add https://github.com/vesviet/agent-skills --skill manage-secrets-vesviet
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: manage-secrets
Source: https://github.com/vesviet/agent-skills/tree/main/core/skills/security-data/manage-secrets
Command: npx skills add https://github.com/vesviet/agent-skills --skill manage-secrets-vesviet

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Handling credentials, tokens, and keys across code and deployments is error-prone: secrets leak into source control, rotations break runtime consumers, and long-lived static keys accumulate risk. This Skill provides a structured process for adding, rotating, and auditing secrets without exposing values. ## Core Features & Use Cases - Safe Secret Lifecycle Management: Separates creation, rotation, consumption, and rollback concerns, with mandatory approval gates and verified rollback paths before any production rotation. - Modern Identity Patterns: Prefers OIDC workload identity federation, SPIFFE/SVID issuance, and short-lived WIMSE-style tokens over static long-lived access keys in CI/CD. - Leak Prevention & Scanning: Enforces pre-commit and CI secret scanning with Gitleaks or TruffleHog, SOPS with age or Cloud KMS for Git-stored secrets, and namespace-scoped External Secrets Operator stores. - Use Case: When rotating a database credential used by a Kubernetes deployment, the Skill guides you to classify the secret, verify consumers tolerate old and new credentials, emit a name-only incident-report.json for audit, and confirm runtime validation before marking the rotation complete. ## Quick Start Use the manage-secrets skill to rotate the API token for the payment service and verify the deployment consumers pick up the new value safely.

Frequently Asked Questions about manage-secrets

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I rotate a production secret without breaking running services?▼

Rotate secrets by first capturing the old credential state and a tested rollback path, then verifying consumers tolerate both old and new credentials during rollout. Confirm runtime consumers authenticate with the new value before marking the rotation complete, and require explicit approval for any production rotation.

What is the best way to store secrets in Git for GitOps?▼

Store secrets in Git only when encrypted with SOPS using age (X25519 key pairs) or Cloud KMS from AWS, GCP, or Azure. Plaintext or Base64-encoded secrets in Git are critical violations requiring immediate revocation, and PGP/GPG is deprecated for modern GitOps.

OpenBao vs HashiCorp Vault: which secret storage provider should I use?▼

Evaluate OpenBao versus HashiCorp Vault against your organization's governance policies, licensing models (MPL versus BSL), and migration and support requirements. Document the decision and schema-validate provider manifests, treating unknown versions as untrusted.

How do I prevent secrets from leaking in AI-generated code?▼

Prevent AI-generated secret leaks by enforcing automated pre-commit and CI pipeline scanning with Gitleaks or TruffleHog, since AI-assisted code has an elevated leakage rate. Treat any high-entropy match as a CI failure and rotate the affected credential immediately.

Should I use ClusterSecretStore or namespace-scoped SecretStore with External Secrets Operator?▼

Use namespace-scoped SecretStore resources with External Secrets Operator v0.10+ rather than cluster-wide ClusterSecretStore with wildcard access. Namespace scoping limits blast radius and syncs secrets from AWS Secrets Manager, OpenBao, or GCP Secret Manager into native Kubernetes Secret objects.

When should I prefer OIDC workload identity over static access keys?▼

Prefer OIDC workload identity federation, such as GitHub Actions to Vault, GCP Workload Identity, or AWS IRSA, over static long-lived access keys in all CI/CD and deployment pipelines. Static keys should be rejected in pipelines because dynamic short-lived credentials eliminate standing credential exposure.