open-source-checker

Detect exposed secrets and sensitive data in codebases before open sourcing.

33|12|Updated Feb 24, 2026
One-click install
npx skills add https://github.com/durabullhq/durabull --skill open-source-checker
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: open-source-checker
Source: https://github.com/durabullhq/durabull/tree/main/.agents/skills/open-source-checker
Command: npx skills add https://github.com/durabullhq/durabull --skill open-source-checker

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

It helps prevent secret leakage by detecting private information, API keys, and other sensitive data in codebases before open sourcing.

Core Features & Use Cases

  • Detect exposed API keys, passwords, and credentials in codebases prior to release.
  • Audit git history and configuration files to remove secrets and reduce risk.
  • Provide actionable remediation guidance and pre-commit/CI integration hooks.

Quick Start

Identify and inventory secrets, keys, and sensitive data across the codebase before public release.

Frequently Asked Questions about open-source-checker

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

FAQPage Schema
How do I scan for exposed secrets before open sourcing a repository?

To detect exposed secrets before open sourcing, scan your codebase for API keys, passwords, and credentials using tools like gitleaks and trufflehog. This process inventories sensitive data across current files and git history to prevent secret leakage in public releases.

Does git history scanning find secrets removed from current code?

Git history scanning finds secrets removed from current code by analyzing previous commits. Tools like gitleaks and trufflehog inspect historical changes to ensure old credentials and sensitive data are not exposed when a repository becomes public.

Can I use secret detection tools for pre-commit checks in CI?

You can integrate secret detection into pre-commit checks and CI pipelines. This scans codebases for exposed API keys and sensitive data before changes are merged, providing actionable remediation guidance to prevent leaks proactively.

What is the best way to audit configuration files for sensitive data?

The best way to audit configuration files for sensitive data is running secret detection scans across the entire codebase. This identifies exposed API keys, passwords, and credentials in config files, reducing risk before making repositories public.

Why should I scan git history before making a repository public?

Scanning git history before making a repository public prevents secret leakage by finding sensitive data, API keys, and credentials embedded in previous commits. Historical secret detection ensures old exposed tokens are removed prior to open sourcing.

Do I need to remove git history to eliminate detected secrets?

Removing git history is often necessary to eliminate detected secrets because simply deleting them from current code leaves them in past commits. Secret detection identifies these historical exposures so you can scrub sensitive data before public release.