
Insecure Source Code Management
- 2.3k installs
- 1.5k repo stars
- Updated June 16, 2026
- yaklang/hack-skills
insecure-source-code-management is an agent skill that Source control and artifact exposure (.git, .svn, .hg, backups, .env). Use when recon finds VCS paths, 403 on hidden dirs, or backup/config leaks during authorized t
About
The insecure-source-code-management skill. Source control and artifact exposure (.git, .svn, .hg, backups, .env). Use when recon finds VCS paths, 403 on hidden dirs, or backup/config leaks during authorized testing. Use only in **authorized** assessments. Treat recovered credentials and URLs as sensitive; do not exfiltrate real data beyond scope. For broad discovery workflow, cross-load [recon-for-sec](../recon-for-sec/SKILL.md) and [recon-and-methodology](../recon-and-methodology/SKILL.md) when those skills exist in the workspace. QUICK START High-value paths to probe first (GET or HEAD, respect rate limits): **Routing note**: quickly probe these paths first; for full recon workflow, load methodology from and before deeper testing. GIT EXPOSURE ### Detection - ** ** - valid repo often returns plain text like: - ** ** - may expose , user identity, or embedded credentials. - ** **, ** ** - partial object store access enables reconstruction with the right tools. The workflow follows the source SKILL.md contract with progressive reference loading, clear trigger phrases, and practical steps developers can apply directly in agent sessions.
- `/.git/HEAD` - valid repo often returns plain text like:
- `/.git/config` - may expose `remote.origin.url`, user identity, or embedded credentials.
- `/.git/index`, `/.git/objects/` - partial object store access enables reconstruction with the right tools.
- `404` - path likely absent or fully blocked at the edge.
- `403` on `/.git/` - directory may exist but listing is denied; still try direct file URLs:
Insecure Source Code Management by the numbers
- 2,274 all-time installs (skills.sh)
- +132 installs in the week ending Aug 4, 2026 (Skillselion tracking)
- Ranked #239 of 2,203 Security skills by installs in the Skillselion catalog
- Security screen: CRITICAL risk (skills.sh audit)
- Data as of Aug 5, 2026 (Skillselion catalog sync)
insecure-source-code-management capabilities & compatibility
- Capabilities
- `/.git/head` valid repo often returns plain te · `/.git/config` may expose `remote.origin.url`, · `/.git/index`, `/.git/objects/` partial object · `404` path likely absent or fully blocked at t · `403` on `/.git/` directory may exist but list
- Use cases
- security audit · testing · debugging
What insecure-source-code-management says it does
Treat recovered credentials and URLs as sensitive; do not exfiltrate real data beyond scope.
For broad discovery workflow, cross-load [recon-for-sec](../recon-for-sec/SKILL.md) and [recon-and-methodology](../recon-and-methodology/SKILL.md) when those skills exist in the workspace.
npx skills add https://github.com/yaklang/hack-skills --skill insecure-source-code-managementAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 2.3k |
|---|---|
| repo stars | ★ 1.5k |
| Security audit | 2 / 3 scanners passed |
| Last updated | June 16, 2026 |
| Repository | yaklang/hack-skills ↗ |
How do I apply insecure-source-code-management correctly using the SKILL.md workflows and reference files?
Source control and artifact exposure (.git, .svn, .hg, backups, .env). Use when recon finds VCS paths, 403 on hidden dirs, or backup/config leaks during authorized testing.
Who is it for?
Developers and software engineers working with insecure-source-code-management patterns from the skill documentation.
Skip if: Skip when cached docs are empty, boilerplate-only, or outside the skill documented scope.
When should I use this skill?
Source control and artifact exposure (.git, .svn, .hg, backups, .env). Use when recon finds VCS paths, 403 on hidden dirs, or backup/config leaks during authorized testing.
What you get
Grounded insecure-source-code-management guidance with highlights, triggers, and evidence quotes from SKILL.md.
- VCS exposure report
- Backup and config leak inventory
Files
SKILL: Insecure Source Code Management
AI LOAD INSTRUCTION: This skill covers detection and recovery of exposed version-control metadata, common backup artifacts, and related misconfigurations. Use only in authorized assessments. Treat recovered credentials and URLs as sensitive; do not exfiltrate real data beyond scope. For broad discovery workflow, cross-load recon-for-sec and recon-and-methodology when those skills exist in the workspace.
0. QUICK START
High-value paths to probe first (GET or HEAD, respect rate limits):
/.git/HEAD
/.git/config
/.svn/entries
/.svn/wc.db
/.hg/requires
/.bzr/README
/.DS_Store
/.envRouting note: quickly probe these paths first; for full recon workflow, load methodology from recon-for-sec and recon-and-methodology before deeper testing.
---
1. GIT EXPOSURE
Detection
- `/.git/HEAD` — valid repo often returns plain text like:
ref: refs/heads/main- `/.git/config` — may expose
remote.origin.url, user identity, or embedded credentials. - `/.git/index`, `/.git/objects/` — partial object store access enables reconstruction with the right tools.
403 vs 404
- `404` — path likely absent or fully blocked at the edge.
- `403` on `/.git/` — directory may exist but listing is denied; still try direct file URLs:
/.git/HEAD
/.git/config
/.git/logs/HEAD
/.git/refs/heads/mainA 403 on the directory plus 200 on `HEAD` strongly indicates exposure.
Recovery tools (open source)
- `arthaud/git-dumper` — dumps reachable
.gittree when individual files are fetchable. - `internetwache/GitTools` — Dumper, Extractor, Finder modules for partial/corrupt dumps.
- `WangYihang/GitHacker` — alternative recovery when standard dumpers miss edge cases.
Key files to prioritize
| Path | Why it matters |
|---|---|
.git/config | Remotes, credentials, hooks paths |
.git/logs/HEAD | Commit history, reflog-style leakage |
.git/refs/heads/* | Branch tips, commit SHAs |
.git/packed-refs | Packed branch/tag refs |
.git/objects/** | Object blobs for reconstruction |
---
2. SVN EXPOSURE
Detection
- SVN before 1.7: `/.svn/entries` — XML or text metadata listing paths and revisions.
- SVN ≥ 1.7: `/.svn/wc.db` — SQLite working copy database (
PRAGMA table_infoafter download).
Example probe:
GET /.svn/entries HTTP/1.1
GET /.svn/wc.db HTTP/1.1Recovery
- `anantshri/svn-extractor` — automated extraction from exposed
.svn. - Manual: download
wc.db, query withsqlite3for file paths and checksums, then request `/.svn/pristine/` blobs if exposed.
---
3. MERCURIAL EXPOSURE
Detection
- `/.hg/requires` — small text file listing repository features; confirms Mercurial metadata.
GET /.hg/requires HTTP/1.1
GET /.hg/store/ HTTP/1.1Recovery
- `sahildhar/mercurial_source_code_dumper` — dumps repository when store paths are reachable.
---
4. OTHER LEAKS
Bazaar (Bzr)
- Probe `/.bzr/README` and `/.bzr/branch-format` for Bazaar metadata.
macOS .DS_Store
- `/.DS_Store` can encode directory and filename listings.
- Tools: `gehaxelt/ds-store`, `lijiejie/ds_store_exp` — parse
.DS_Storeoffline.
Backup and config artifacts
Probe (adjust for app root and naming conventions):
/.env
/backup.zip
/backup.tar.gz
/wwwroot.rar
/backup.sql
/config.php.bak
/.config.php.swpWeb server misconfiguration signal (example: NGINX)
- `location /.git { deny all; }` — may return 403 for
/.git/while still allowing or denying specific subpaths depending on rules. - 403 on a protected location can confirm the route exists; always distinguish from 404 on non-existent paths.
---
5. DECISION TREE
1. Probe `/.git/HEAD` → ref: refs/heads/ pattern? → run git-dumper / GitTools / GitHacker; review config and logs/HEAD for secrets. 2. Else probe `/.svn/wc.db` or `entries` → success? → svn-extractor or manual wc.db + pristine recovery. 3. Else probe `/.hg/requires` → success? → mercurial dumper. 4. Else probe `/.bzr/README` → Bazaar tooling or manual path walk. 5. Parallel: fetch `/.DS_Store`, `/.env`, common backup extensions on app root and parent paths. 6. Interpret status codes: 403 on directory + 200 on specific files → treat as high priority for file-by-file extraction.
---
6. RELATED ROUTING
- From [recon-for-sec](../recon-for-sec/SKILL.md) — scope-safe discovery, crawling, and fingerprinting before deep VCS tests.
- From [recon-and-methodology](../recon-and-methodology/SKILL.md) — structured methodology and evidence handling.
Note: coordinate with recon skills—set scope and request rate first, then run targeted VCS/backup validation.
Related skills
How it compares
Use insecure-source-code-management for VCS and backup exposure during recon; use secrets-scanning skills for in-repo credential patterns after source access exists.
FAQ
Who is insecure-source-code-management for?
Developers and software engineers working with insecure-source-code-management patterns from the skill documentation.
When should I use insecure-source-code-management?
Source control and artifact exposure (.git, .svn, .hg, backups, .env). Use when recon finds VCS paths, 403 on hidden dirs, or backup/config leaks during authorized testing.
Is insecure-source-code-management safe to install?
Review the Security Audits panel on this page before installing in production.