hunt-business-logic

Name: hunt-business-logic
Author: elementalsouls

3.0kstars461forks

How to install hunt-business-logic?

elementalsouls/claude-bughunter/hunt-business-logic

$npx -y skills add elementalsouls/Claude-BugHunter --skill hunt-business-logic

Installs into the current project.

Summary

Hunting skill for business logic vulnerabilities. Built from 12 public bug bounty reports. Covers coupon-race-stacking (Instacart, Stripe, Reverb), negative-quantity-in-cart price tampering (Upserve, Eternal/Zomato), decimal/fraction price-field overflow (Shipt), client-side chec

Files · 1

View on GitHub

SKILL.md

1	## Crown Jewel Targets
2
3	Business logic vulnerabilities pay highest in platforms where financial transactions, identity verification, and access controls intersect with real-world consequences. The richest targets are:
4
5	- E-commerce & payment platforms (Valve/Steam, Shopify) — payment flow manipulation, free goods, price tampering
6	- Marketplace & gig economy apps (Airbnb, Uber) — identity/verification bypass enabling fraud or unsafe interactions
7	- SaaS with tiered access (Mozilla Monitor) — bypassing verification to unlock monitoring features without entitlement
8	- High-traffic consumer apps (Snapchat, Yelp) — rate-limit bypass enabling spam, enumeration, or abuse at scale
9
10	Asset types that pay: checkout flows, subscription endpoints, callback/verification systems, webhook handlers, employee/internal portals exposed to the internet, and any endpoint that trusts client-supplied data to make authorization decisions.
11
12	---
13
14	## Attack Surface Signals
15
16	URL patterns to watch:
17	- `/checkout`, `/order`, `/subscribe`, `/payment`, `/verify`, `/confirm`, `/callback`
18	- `/internal`, `/employee`, `/summit`, `/staff`, `/admin` — internal pages accidentally public
19	- `/api/v/payment`, `/api/v/notify`, `/webhook` — payment provider callbacks
20	- Endpoints accepting `X-Forwarded-For`, `X-Real-IP`, `CF-Connecting-IP` headers
21
22	Response/header signals:
23	- `Set-Cookie` with unvalidated session state tied to cart or order data
24	- Payment provider names in responses: `Smart2Pay`, `Stripe`, `PayPal`, `Braintree`
25	- Redirect chains through third-party payment pages (in-flight data opportunity)
26	- `200 OK` on subscription/verification endpoints with no CAPTCHA or token
27
28	JS patterns:
29	- Hardcoded internal URLs in frontend bundles (`/employee/`, `/staff/`, `/internal/`)
30	- Client-side price calculation before server submission
31	- Verification logic that only checks on the frontend (`if (verified) { ... }`)
32	- `fetch('/api/subscribe', { method: 'POST', body: ... })` with no anti-CSRF token or rate-limit token
33
34	Tech stack signals:
35	- Shopify storefronts with draft/unpublished channel pages
36	- Apps using IP-based rate limiting without session/account binding
37	- Payment webhooks with no HMAC signature validation
38	- SMS/phone callback flows that don't verify ownership before enabling features
39
40	---
41
42	## Step-by-Step Hunting Methodology
43
44	1. Map all authentication boundaries. Spider the target. Identify pages/endpoints that serve authenticated content (employee portals, premium features, order pages) and test each unauthenticated. Look for internal pages indexed in JS bundles or linked from robots.txt/sitemap.xml.
45
46	2. Identify every verification flow. Enumerate: email verification, phone/SMS verification, payment verification, CAPTCHA, age gates. For each, test: what happens if you skip the verification step entirely? What happens if you replay a valid token on a different account?
47
48	3. Test rate-limiting controls on every form. For every POST endpoint (subscribe, login, OTP, search), send 50+ rapid requests. Vary: remove cookies, rotate `X-Forwarded-For` / `X-Real-IP` headers, change `User-Agent`. Check if the server uses IP from headers rather than connection IP.
49
50	4. Intercept and tamper with payment flows. Use Burp Suite to intercept every request between your browser, the application, and the payment provider. Identify where price, currency, order ID, or status fields are set. Attempt to modify amounts to $0.01 or currency to a low-value currency. Look for POST-back/webhook endpoints that accept payment confirmation — test if they validate HMAC/signature.
51
52	5. Test phone/callback number verification. Whenever a platform accepts a callback number, test: can you set it to a number you don't own? Does the platform call/text that number and grant trust based solely on submission? Try setting it to a victim's number.
53
54	6. Check for unprotected employee/internal surfaces. Search Shodan, GitHub, JS bundles, and Wayback Machine for internal subdomain/path references. Test access without authentication. Check if these surfaces allow order placement, data access, or privilege escalation.
55
56	7. Validate business impact. For each finding, determine: does this result in financial loss, unauthorized access, or data exposure? Document the end-to-end chain.
57
58	---
59
60	## Payload & Detection Patterns
61
62	**Rate limit bypass via h

People who liked this also viewed

6 picks

Type

hunt-business-logic

3.0kstars461forks

View on GitHub

How to install hunt-business-logic?

elementalsouls/claude-bughunter/hunt-business-logic

$npx -y skills add elementalsouls/Claude-BugHunter --skill hunt-business-logic

Installs into the current project.

Summary

Files · 1

View on GitHub

SKILL.md

1	## Crown Jewel Targets
2
3	Business logic vulnerabilities pay highest in platforms where financial transactions, identity verification, and access controls intersect with real-world consequences. The richest targets are:
4
5	- E-commerce & payment platforms (Valve/Steam, Shopify) — payment flow manipulation, free goods, price tampering
6	- Marketplace & gig economy apps (Airbnb, Uber) — identity/verification bypass enabling fraud or unsafe interactions
7	- SaaS with tiered access (Mozilla Monitor) — bypassing verification to unlock monitoring features without entitlement
8	- High-traffic consumer apps (Snapchat, Yelp) — rate-limit bypass enabling spam, enumeration, or abuse at scale
9
10	Asset types that pay: checkout flows, subscription endpoints, callback/verification systems, webhook handlers, employee/internal portals exposed to the internet, and any endpoint that trusts client-supplied data to make authorization decisions.
11
12	---
13
14	## Attack Surface Signals
15
16	URL patterns to watch:
17	- `/checkout`, `/order`, `/subscribe`, `/payment`, `/verify`, `/confirm`, `/callback`
18	- `/internal`, `/employee`, `/summit`, `/staff`, `/admin` — internal pages accidentally public
19	- `/api/v/payment`, `/api/v/notify`, `/webhook` — payment provider callbacks
20	- Endpoints accepting `X-Forwarded-For`, `X-Real-IP`, `CF-Connecting-IP` headers
21
22	Response/header signals:
23	- `Set-Cookie` with unvalidated session state tied to cart or order data
24	- Payment provider names in responses: `Smart2Pay`, `Stripe`, `PayPal`, `Braintree`
25	- Redirect chains through third-party payment pages (in-flight data opportunity)
26	- `200 OK` on subscription/verification endpoints with no CAPTCHA or token
27
28	JS patterns:
29	- Hardcoded internal URLs in frontend bundles (`/employee/`, `/staff/`, `/internal/`)
30	- Client-side price calculation before server submission
31	- Verification logic that only checks on the frontend (`if (verified) { ... }`)
32	- `fetch('/api/subscribe', { method: 'POST', body: ... })` with no anti-CSRF token or rate-limit token
33
34	Tech stack signals:
35	- Shopify storefronts with draft/unpublished channel pages
36	- Apps using IP-based rate limiting without session/account binding
37	- Payment webhooks with no HMAC signature validation
38	- SMS/phone callback flows that don't verify ownership before enabling features
39
40	---
41
42	## Step-by-Step Hunting Methodology
43
44	1. Map all authentication boundaries. Spider the target. Identify pages/endpoints that serve authenticated content (employee portals, premium features, order pages) and test each unauthenticated. Look for internal pages indexed in JS bundles or linked from robots.txt/sitemap.xml.
45
46	2. Identify every verification flow. Enumerate: email verification, phone/SMS verification, payment verification, CAPTCHA, age gates. For each, test: what happens if you skip the verification step entirely? What happens if you replay a valid token on a different account?
47
48	3. Test rate-limiting controls on every form. For every POST endpoint (subscribe, login, OTP, search), send 50+ rapid requests. Vary: remove cookies, rotate `X-Forwarded-For` / `X-Real-IP` headers, change `User-Agent`. Check if the server uses IP from headers rather than connection IP.
49
50	4. Intercept and tamper with payment flows. Use Burp Suite to intercept every request between your browser, the application, and the payment provider. Identify where price, currency, order ID, or status fields are set. Attempt to modify amounts to $0.01 or currency to a low-value currency. Look for POST-back/webhook endpoints that accept payment confirmation — test if they validate HMAC/signature.
51
52	5. Test phone/callback number verification. Whenever a platform accepts a callback number, test: can you set it to a number you don't own? Does the platform call/text that number and grant trust based solely on submission? Try setting it to a victim's number.
53
54	6. Check for unprotected employee/internal surfaces. Search Shodan, GitHub, JS bundles, and Wayback Machine for internal subdomain/path references. Test access without authentication. Check if these surfaces allow order placement, data access, or privilege escalation.
55
56	7. Validate business impact. For each finding, determine: does this result in financial loss, unauthorized access, or data exposure? Document the end-to-end chain.
57
58	---
59
60	## Payload & Detection Patterns
61
62	**Rate limit bypass via h

People who liked this also viewed

6 picks

Type