audit-env

Scan environment files, client code, and git history for secret leakage.

Updated Feb 23, 2026
One-click install
npx skills add https://github.com/0xHoneyJar/construct-hardening --skill audit-env
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: audit-env
Source: https://github.com/0xHoneyJar/construct-hardening/tree/main/skills/audit-env
Command: npx skills add https://github.com/0xHoneyJar/construct-hardening --skill audit-env

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Scan for secret leakage in env files, client code, git history, and build artifacts to prevent incidents and ensure secure deployments.

Core Features & Use Cases

  • Detect committed and untracked secrets (env files, keys) across repositories and build artifacts.
  • Audit client-side exposure of environment variables and identify hardcoded credentials.
  • Provide remediation guidance and rotation-ready outputs for security teams.

Quick Start

Run the audit-env skill against your codebase to surface exposed secrets and recommended fixes.

Frequently Asked Questions about audit-env

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

FAQPage Schema
How do I scan git history for leaked secrets and committed env files?

Scanning git history for leaked secrets involves identifying committed env files and hardcoded keys across your repositories. The audit reports exposed variables with actionable guidance to ensure secure deployments and prevent incidents.

What is the best way to detect exposed environment variables in client code?

Detecting exposed environment variables in client code requires auditing your codebase for hardcoded credentials and leaked keys. This audit identifies client-side exposure and outputs rotation-ready findings for security teams to remediate.

How do I set up a pre-commit hook to prevent secret leakage in git?

Preventing secret leakage with pre-commit hooks requires implementing checks that scan environment files and client code before commits. This blocks hardcoded keys and untracked secrets from entering the repository, stopping incidents before they happen.

Does this secret scanning approach work for CI pipelines and build artifacts?

Secret scanning works for CI pipelines and build artifacts by applying the audit to codebases and deployments. It detects committed env files, exposed variables, and hardcoded keys within build artifacts to prevent incidents and ensure secure deployments.

Can I get secret rotation guidance after detecting hardcoded keys in my codebase?

After detecting hardcoded keys in your codebase, you can generate rotation-ready outputs and actionable remediation guidance. This supports secret rotation workflows for security teams to execute and secure their deployments.

Why do I need runtime scanning for untracked secrets if I already use pre-commit hooks?

Runtime scanning for untracked secrets is necessary because pre-commit hooks only catch issues before they are saved. Runtime scanning detects exposed environment variables and leaked keys that bypass initial checks or exist in current build artifacts.