secrets-protection

Protect API keys and passwords from git history in ESP32 firmware projects.

Updated May 17, 2026
One-click install
npx skills add https://github.com/Acigap/ESP32-Token-Display --skill secrets-protection
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: secrets-protection
Source: https://github.com/Acigap/ESP32-Token-Display/tree/main/.github/skills/secrets-protection
Command: npx skills add https://github.com/Acigap/ESP32-Token-Display --skill secrets-protection

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill prevents accidental exposure of API keys, WiFi passwords, and other sensitive credentials during development of the TokenDisplay project.

Core Features & Use Cases

  • Secret Inventory Guidance: Identifies protected files, credential types, and which values should never be committed.
  • Safe Setup Workflows: Provides steps for configuring fresh clones, adding API keys, and using templates without leaking secrets.
  • Credential Recovery Support: Guides developers through rotating compromised keys, removing leaked history, and auditing repositories for exposed values.

Quick Start

Use the secrets-protection skill to review my TokenDisplay repository setup and show me how to safely configure credentials without committing secrets.

Frequently Asked Questions about secrets-protection

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

FAQPage Schema
How do I prevent API keys and WiFi passwords from being committed to git history?

Prevent credentials from entering git history by using ignored credential files and configuration templates. Implement pre-commit validation to block sensitive data and scan repositories for exposed values during development setup.

What is the best way to configure ESP32 firmware credentials in a fresh clone without leaking secrets?

The best way to configure ESP32 firmware credentials in a fresh clone is using safe setup workflows. These workflows guide you to add API keys and passwords using templates, ensuring secrets remain in ignored files outside source control.

How do I audit a git repository for exposed API keys and session data?

You audit a git repository for exposed API keys and session data by running repository scanning procedures. This process identifies protected files and checks commit history for leaked credentials, passwords, and sensitive configuration values.

What should I do if API keys are accidentally committed to my source repository?

If API keys are accidentally committed to your source repository, use credential recovery support to rotate compromised keys. Then follow procedures to remove the leaked history from git and rescan the repository for remaining exposed values.

Does this approach to secrets protection work for embedded development workflows involving ESP32?

Yes, this secrets protection approach applies directly to embedded development workflows involving ESP32 firmware configuration. It provides secure configuration practices and pre-commit validation specifically suited for managing API integrations and WiFi credentials.

When do I need to use pre-commit validation for protecting project credentials?

You need pre-commit validation for protecting project credentials whenever handling API keys, passwords, and session data in source repositories. It acts as a critical checkpoint to catch accidental exposure before sensitive values are committed to git history.