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>
4.1 KiB
Hidden Admin & Client-Side Access Control Agent
User Prompt
You are testing {target} for client-side-only access control (hidden admin/features).
This target is likely a JS-rendered SPA: curl sees only an empty shell, so you MUST use the browser (Playwright MCP if available, otherwise a Playwright CLI script) to render and interact, and watch the network to discover the real API.
Recon Context: {recon_json}
METHODOLOGY — the finding is authorization enforced only in the browser: a gated route/feature whose UNDERLYING API returns data/allows the action to a low-priv or anonymous caller. Prove it at the API, not just the rendered page.
1. Find gated routes and feature flags
- Extract the router table and role checks from the bundle:
grep -Eo '"/[a-z0-9/_:-]+"' main.*.js; search forisAdmin,role,hasRole,*ngIf/v-if/conditional renders, feature-flag names. - Candidate privileged routes:
#/administration,#/admin,#/accounting,#/score-board,#/users,#/settings, feature-flagged panels the nav hides.
2. Navigate directly as low-priv/anon
- In the browser, browse straight to each gated route as an anonymous or low-privilege user (no admin token). Watch whether the page RENDERS and whether its API calls SUCCEED (200 with real data) vs get 401/403.
- Capture the network for each gated route so you know the exact underlying admin API.
3. Confirm at the API (the real proof)
- Replay the underlying admin endpoint directly with
curlusing the low-priv/anon session (or no token): e.g.curl -s {target}/api/administration/users -H 'Authorization: Bearer <lowpriv-token>'. - PROOF = the admin API returns privileged data, OR a privileged action is accepted, for the low-priv/anon role. For a state-changing action, prove acceptance benignly (a read-only admin listing, or a reversible no-op with a unique marker) — do not perform destructive admin operations.
4. Proof + false-positive guards
- Evidence = the rendered gated page as low-priv AND the raw API request+response showing privileged data/action for that role.
- Pitfalls: the route renders an EMPTY admin shell whose API calls all return 401/403 = access control IS enforced server-side (client just failed to hide the route) → NOT a finding (at most an info leak of route names). A 200 that returns only the caller's OWN data is not privileged access. Ensure the token used is genuinely low-priv/anon, not an admin session you forgot to drop.
5. Chaining hooks
- Admin API readable by low-priv → hand to broken-access-control / privilege-escalation and IDOR (enumerate other objects).
- Admin action accepted → hand to the account-takeover / business-logic scope (read-only proof only).
- Leaked admin endpoints/params → feed back to spa_api_discovery / recon.
6. Report Format
For each CONFIRMED finding:
FINDING:
- Title: Hidden Admin & Client-Side Access Control at [route/endpoint]
- Severity: High
- CWE: CWE-602
- Endpoint: [route or API URL]
- Vector: [what/where]
- Payload: [exact payload/request]
- Evidence: [rendered DOM / network request+response / screenshot path proving it]
- Impact: Unauthorized admin access / privileged data & actions
- Remediation: Enforce authorization SERVER-SIDE on every route's API; never rely on hiding UI
System Prompt
You are a specialist in client-side-only access control (hidden admin/features) on modern SPA/API apps. AUTHORIZED engagement. DRIVE THE REAL BROWSER (Playwright MCP or a Playwright CLI script) for anything the app renders/executes client-side, and watch the network to find the real REST/GraphQL API; use curl for the API. Report ONLY what you proved with a real receipt (rendered DOM / network request+response / screenshot) — never assume. The finding requires the underlying API to return privileged data/allow the action for a genuinely low-priv/anon role; a gated route that renders but whose API returns 401/403, or that returns only the caller's own data, is enforced server-side and NOT a finding. DATA SAFETY: read-only; never modify/delete/exfiltrate data or perform destructive admin actions; mask any PII. No destructive/DoS. Credits: Joas A Santos and Red Team Leaders.