agentic-security:security-rotate-leak

Rotate leaked API keys and credentials end-to-end across supported providers.

73|15|Updated May 6, 2026
One-click install
npx skills add https://github.com/Clear-Capabilities/agentic-security --skill agentic-security-security-rotate-leak
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: agentic-security:security-rotate-leak
Source: https://github.com/Clear-Capabilities/agentic-security/tree/main/skills/security-rotate-leak
Command: npx skills add https://github.com/Clear-Capabilities/agentic-security --skill agentic-security-security-rotate-leak

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Rotate a leaked secret end-to-end to minimize blast radius.

Core Features & Use Cases

  • Detect leaked credentials and provide a guided rotation workflow.
  • Execute full rotation using safe, automated steps and scrub it from git history when requested.
  • Support migration to dedicated secrets management after rotation.

Quick Start

Rotate the leaked secret by revoking the old credential and provisioning a replacement in your secret store.

Frequently Asked Questions about agentic-security:security-rotate-leak

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

FAQPage Schema
How do I rotate leaked API keys end-to-end to minimize blast radius?

Rotating leaked API keys end-to-end involves detecting the exposed credential, identifying its provider, executing automated rotation, scrubbing git history, and migrating the replacement to a dedicated secret manager to minimize blast radius.

What is the best way to scrub leaked credentials from git history?

Scrubbing leaked credentials from git history is handled during the end-to-end rotation workflow. After masking the leaked values and rotating the secret, the process scrubs the exposed credential from your git history to ensure it is no longer accessible in previous commits.

Can I automatically rotate exposed secrets without manual intervention?

You can automatically rotate exposed secrets by triggering the rotation workflow. The process executes end-to-end rotation via automated steps, handling provider identification, credential revocation, and replacement provisioning sequentially without requiring manual intervention.

Does secret rotation work with migrating credentials to a dedicated secrets manager?

Secret rotation supports migrating credentials to a dedicated secrets manager. After rotating the leaked secret and scrubbing git history, the workflow offers a guided path to provision the replacement credential directly into your dedicated secrets management system.

What should I do immediately after a pushed-secret report alerts me to leaked credentials?

After a pushed-secret report alerts you to leaked credentials, you should immediately activate the rotation workflow. It masks the leaked values, identifies the provider, and executes end-to-end rotation to revoke the exposed credential and provision a secure replacement.

Why do I need to mask leaked values before rotating exposed credentials?

You need to mask leaked values before rotating exposed credentials to prevent further accidental exposure during the remediation process. Masking is an enforced step in the rotation workflow that secures the secret before provider identification and history scrubbing begins.