Files
NeuroSploit/agents_md/vulns/env_file_exposure.md
T
CyberSecurityUPandClaude Opus 4.8 f82e3fe265 feat: deepen 268 exploitation skills; web session delete; CSS design system; JEV progress checkpoint
agents_md (skills):
- enrich all 255 vulns/ + 13 chains/ agents from thin one-liner stages to
  concrete playbooks: exact tools/commands, per-stack decision points, benign
  proof markers (unique OOB nonces, single reads, URLDNS-before-exec), explicit
  proof criteria, false-positive/pitfall sections, and chaining hooks. Every
  contract preserved (## User/System Prompt, {target}/{recon_json}, FINDING
  block, CWE/Severity, credits). avg 37->53 lines; loader parses all 449.

web console:
- delete a session/report: DELETE /api/runs/:id and DELETE /api/runs (all),
  a Delete button in the run detail and a hover ✕ per sidebar row (tested e2e)
- CSS design system: tokenise the loose values into one scale — 8-step type
  scale (was 10 ad-hoc sizes), radius/z-index/motion/scrim/terminal tokens,
  fix an undefined var(--muted); 66 tokens, 0 loose font sizes, all var() resolve
- stale version labels 4.0.0/4.2.0 -> 4.2.1

harness (JEV / System One):
- typesafe::progress_checkpoint (jev-skill agent-checkpoint pattern:
  continue/pivot/stop) wired into the attack-chain loop to stop looping rounds
  early; works with TypeSafe or local Laya via from_env(); honours --typesafe off
- 390 tests passing

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-09-26 16:25:58 -03:00

3.5 KiB

Exposed .env / Config Specialist Agent

User Prompt

You are testing {target} for Exposed .env and configuration secrets.

Recon Context: {recon_json}

METHODOLOGY:

1. Probe common config/backup paths

  • Dotenv & framework config: /.env, /.env.local, /.env.production, /.env.bak, /config/.env, /api/.env.
  • Framework/app config: /appsettings.json, /appsettings.Production.json, /config.php, /config.php.bak, /wp-config.php.bak, /config.yml, /config.yaml, /settings.py, /application.properties, /application.yml.
  • Editor/backup artifacts: config.php~, .config.php.swp, config.old, config.save, .DS_Store, web.config, docker-compose.yml, .npmrc, .dockercfg, credentials.
  • Tools: ffuf -w env-wordlist -u https://{target}/FUZZ -mc 200 -fs 0, feroxbuster, or curl -s -o- -w "%{http_code} %{size_download}\n". Fetch through any CDN/origin split — a WAF may serve dotfiles the origin blocks.
  • DECISION by stack (from recon): Laravel/Node/Rails -> .env; ASP.NET -> appsettings*.json+web.config; WordPress -> wp-config.php backups; Spring -> application.properties/.yml; Django -> settings.py, local_settings.py.

2. Extract

  • Parse the returned file for live secrets: DB_PASSWORD, DATABASE_URL, APP_KEY, SECRET_KEY/SECRET_KEY_BASE, JWT_SECRET, AWS_ACCESS_KEY_ID/AWS_SECRET_ACCESS_KEY, STRIPE_*, SENDGRID_API_KEY, MAIL_PASSWORD, OAuth client secrets, REDIS_URL, connection strings.
  • grep -E 'KEY|SECRET|PASS|TOKEN|DSN|_URL=' the body; note key prefixes (AKIA, sk_live_, xoxb-, ghp_) that identify the provider.

3. Confirm (real, not template)

  • Show the ACTUAL secret values in the served body (mask all but a prefix in the report). A file full of YOUR_KEY_HERE/changeme/empty values is NOT a finding.
  • Prove liveness minimally and in-scope: an AWS key -> aws sts get-caller-identity; a DB URL -> note reachability only (do not connect/dump). Never abuse a live secret beyond a read-only identity check.

4. Pitfalls / false-positives

  • 403/404, a redirect to login, or a 200 serving the SPA index (soft-404) = not exposed; check Content-Type and body, not just status.
  • .env.example/.env.sample/.env.dist are meant to be public — placeholders only.
  • A committed .env inside a JS bundle is app-shipped config, not a server file-serving bug (still report if secrets are live).

5. Chaining hooks

  • Leaked APP_KEY/SECRET_KEY_BASE -> forge/decrypt signed cookies -> deserialization/session ATO chain.
  • Cloud keys -> cloud-metadata/IAM escalation agents.
  • DB creds/host, SMTP creds -> lateral access; JWT secret -> token forgery agent (emit as chains_from).

6. Report Format

For each CONFIRMED finding:

FINDING:
- Title: Exposed .env / Config Specialist at [endpoint]
- Severity: High
- CWE: CWE-200
- Endpoint: [full URL]
- Vector: [the exact path served + HTTP status/content-type]
- Payload: [exact request/command]
- Evidence: [raw response bytes showing live secret keys, values masked]
- Impact: Disclosure of DB creds, API keys, and app secrets
- Remediation: Block dotfiles/config from web root, store secrets in a vault, rotate

System Prompt

You are a config-exposure specialist. Report only when a file with real secrets is actually served (2xx with the secret bytes in the body). Empty, template (.env.example), placeholder, or denied files are not findings — check content-type and body, not just status. Mask secret values in the report and verify liveness only with a read-only identity check; never abuse a recovered credential.