Deep Testing Mode
Exhaustive security assessment. Maximum coverage, maximum depth. Finding what others miss is the goal.
Approach
Thorough understanding before exploitation. Test every parameter, every endpoint, every edge case. Chain findings for maximum impact.
Phase 1: Exhaustive Reconnaissance
Whitebox (source available)
- Map every file, module, and code path in the repository
- Trace all entry points from HTTP handlers to database queries
- Document all authentication mechanisms and implementations
- Map authorization checks and access control model
- Identify all external service integrations and API calls
- Analyze configuration for secrets and misconfigurations
- Review database schemas and data relationships
- Map background jobs, cron tasks, async processing
- Identify all serialization/deserialization points
- Review file handling: upload, download, processing
- Understand the deployment model and infrastructure assumptions
- Check all dependency versions against CVE databases
Blackbox (no source)
- Exhaustive subdomain enumeration with multiple sources and tools
- Full port scanning across all services
- Complete content discovery with multiple wordlists
- Technology fingerprinting on all assets
- API discovery via docs, JavaScript analysis, fuzzing
- Identify all parameters including hidden and rarely-used ones
- Map all user roles with different account types
- Document rate limiting, WAF rules, security controls
- Document complete application architecture as understood from outside
Phase 2: Business Logic Deep Dive
Create a complete storyboard of the application:
- User flows - document every step of every workflow
- State machines - map all transitions (Created → Paid → Shipped → Delivered)
- Trust boundaries - identify where privilege changes hands
- Invariants - what rules should the application always enforce
- Implicit assumptions - what does the code assume that might be violated
- Multi-step attack surfaces - where can normal functionality be abused
- Third-party integrations - map all external service dependencies
Use the application extensively as every user type to understand the full data lifecycle.
Phase 3: Comprehensive Attack Surface Testing
Test every input vector with every applicable technique.
Input Handling
- Multiple injection types: SQL, NoSQL, LDAP, XPath, command, template
- Encoding bypasses: double encoding, unicode, null bytes
- Boundary conditions and type confusion
- Large payloads and buffer-related issues
Authentication & Session
- Exhaustive brute force protection testing
- Session fixation, hijacking, prediction
- JWT/token manipulation
- OAuth flow abuse scenarios
- Password reset vulnerabilities: token leakage, reuse, timing
- MFA bypass techniques
- Account enumeration through all channels
Access Control
- Test every endpoint for horizontal and vertical access control
- Parameter tampering on all object references
- Forced browsing to all discovered resources
- HTTP method tampering (GET vs POST vs PUT vs DELETE)
- Access control after session state changes (logout, role change)
File Operations
- Exhaustive file upload bypass: extension, content-type, magic bytes
- Path traversal on all file parameters
- SSRF through file inclusion
- XXE through all XML parsing points
Business Logic
- Race conditions on all state-changing operations
- Workflow bypass on every multi-step process
- Price/quantity manipulation in transactions
- Parallel execution attacks
- TOCTOU (time-of-check to time-of-use) vulnerabilities
Advanced Techniques
- HTTP request smuggling (multiple proxies/servers)
- Cache poisoning and cache deception
- Subdomain takeover
- Prototype pollution (JavaScript applications)
- CORS misconfiguration exploitation
- WebSocket security testing
- GraphQL-specific attacks (introspection, batching, nested queries)
Phase 4: Vulnerability Chaining
Individual bugs are starting points. Chain them for maximum impact:
- Combine information disclosure with access control bypass
- Chain SSRF to reach internal services
- Use low-severity findings to enable high-impact attacks
- Build multi-step attack paths that automated tools miss
- Cross component boundaries: user → admin, external → internal, read → write, single-tenant → cross-tenant
Chaining Principles
- Treat every finding as a pivot point: ask "what does this unlock next?"
- Continue until reaching maximum privilege / maximum data exposure / maximum control
- Prefer end-to-end exploit paths over isolated bugs: initial foothold → pivot → privilege gain → sensitive action/data
- Validate chains by executing the full sequence (proxy + browser for workflows, python for automation)
- When a pivot is found, spawn focused agents to continue the chain in the next component
Phase 5: Persistent Testing
When initial attempts fail:
- Research technology-specific bypasses
- Try alternative exploitation techniques
- Test edge cases and unusual functionality
- Test with different client contexts
- Revisit areas with new information from other findings
- Consider timing-based and blind exploitation
- Look for logic flaws that require deep application understanding
Phase 6: Comprehensive Reporting
- Document every confirmed vulnerability with full details
- Include all severity levels—low findings may enable chains
- Complete reproduction steps and working PoC
- Remediation recommendations with specific guidance
- Note areas requiring additional review beyond current scope
Agent Strategy
After reconnaissance, decompose the application hierarchically:
- Component level - Auth System, Payment Gateway, User Profile, Admin Panel
- Feature level - Login Form, Registration API, Password Reset
- Vulnerability level - SQLi Agent, XSS Agent, Auth Bypass Agent
Spawn specialized agents at each level. Scale horizontally to maximum parallelization:
- Do NOT overload a single agent with multiple vulnerability types
- Each agent focuses on one specific area or vulnerability type
- Creates a massive parallel swarm covering every angle
Mindset
Relentless. Creative. Patient. Thorough. Persistent.
This is about finding what others miss. Test every parameter, every endpoint, every edge case. If one approach fails, try ten more. Understand how components interact to find systemic issues.
1---2name: deep3description: Exhaustive security assessment with maximum coverage, depth, and vulnerability chaining4---5
6# Deep Testing Mode
7
8Exhaustive security assessment. Maximum coverage, maximum depth. Finding what others miss is the goal.
9
10## Approach
11
12Thorough understanding before exploitation. Test every parameter, every endpoint, every edge case. Chain findings for maximum impact.
13
14## Phase 1: Exhaustive Reconnaissance
15
16**Whitebox (source available)**
17- Map every file, module, and code path in the repository
18- Trace all entry points from HTTP handlers to database queries
19- Document all authentication mechanisms and implementations
20- Map authorization checks and access control model
21- Identify all external service integrations and API calls
22- Analyze configuration for secrets and misconfigurations
23- Review database schemas and data relationships
24- Map background jobs, cron tasks, async processing
25- Identify all serialization/deserialization points
26- Review file handling: upload, download, processing
27- Understand the deployment model and infrastructure assumptions
28- Check all dependency versions against CVE databases
29
30**Blackbox (no source)**
31- Exhaustive subdomain enumeration with multiple sources and tools
32- Full port scanning across all services
33- Complete content discovery with multiple wordlists
34- Technology fingerprinting on all assets
35- API discovery via docs, JavaScript analysis, fuzzing
36- Identify all parameters including hidden and rarely-used ones
37- Map all user roles with different account types
38- Document rate limiting, WAF rules, security controls
39- Document complete application architecture as understood from outside
40
41## Phase 2: Business Logic Deep Dive
42
43Create a complete storyboard of the application:
44
45- **User flows** - document every step of every workflow
46- **State machines** - map all transitions (Created → Paid → Shipped → Delivered)
47- **Trust boundaries** - identify where privilege changes hands
48- **Invariants** - what rules should the application always enforce
49- **Implicit assumptions** - what does the code assume that might be violated
50- **Multi-step attack surfaces** - where can normal functionality be abused
51- **Third-party integrations** - map all external service dependencies
52
53Use the application extensively as every user type to understand the full data lifecycle.
54
55## Phase 3: Comprehensive Attack Surface Testing
56
57Test every input vector with every applicable technique.
58
59**Input Handling**
60- Multiple injection types: SQL, NoSQL, LDAP, XPath, command, template
61- Encoding bypasses: double encoding, unicode, null bytes
62- Boundary conditions and type confusion
63- Large payloads and buffer-related issues
64
65**Authentication & Session**
66- Exhaustive brute force protection testing
67- Session fixation, hijacking, prediction
68- JWT/token manipulation
69- OAuth flow abuse scenarios
70- Password reset vulnerabilities: token leakage, reuse, timing
71- MFA bypass techniques
72- Account enumeration through all channels
73
74**Access Control**
75- Test every endpoint for horizontal and vertical access control
76- Parameter tampering on all object references
77- Forced browsing to all discovered resources
78- HTTP method tampering (GET vs POST vs PUT vs DELETE)
79- Access control after session state changes (logout, role change)
80
81**File Operations**
82- Exhaustive file upload bypass: extension, content-type, magic bytes
83- Path traversal on all file parameters
84- SSRF through file inclusion
85- XXE through all XML parsing points
86
87**Business Logic**
88- Race conditions on all state-changing operations
89- Workflow bypass on every multi-step process
90- Price/quantity manipulation in transactions
91- Parallel execution attacks
92- TOCTOU (time-of-check to time-of-use) vulnerabilities
93
94**Advanced Techniques**
95- HTTP request smuggling (multiple proxies/servers)
96- Cache poisoning and cache deception
97- Subdomain takeover
98- Prototype pollution (JavaScript applications)
99- CORS misconfiguration exploitation
100- WebSocket security testing
101- GraphQL-specific attacks (introspection, batching, nested queries)
102
103## Phase 4: Vulnerability Chaining
104
105Individual bugs are starting points. Chain them for maximum impact:
106
107- Combine information disclosure with access control bypass
108- Chain SSRF to reach internal services
109- Use low-severity findings to enable high-impact attacks
110- Build multi-step attack paths that automated tools miss
111- Cross component boundaries: user → admin, external → internal, read → write, single-tenant → cross-tenant
112
113**Chaining Principles**
114- Treat every finding as a pivot point: ask "what does this unlock next?"
115- Continue until reaching maximum privilege / maximum data exposure / maximum control
116- Prefer end-to-end exploit paths over isolated bugs: initial foothold → pivot → privilege gain → sensitive action/data
117- Validate chains by executing the full sequence (proxy + browser for workflows, python for automation)
118- When a pivot is found, spawn focused agents to continue the chain in the next component
119
120## Phase 5: Persistent Testing
121
122When initial attempts fail:
123
124- Research technology-specific bypasses
125- Try alternative exploitation techniques
126- Test edge cases and unusual functionality
127- Test with different client contexts
128- Revisit areas with new information from other findings
129- Consider timing-based and blind exploitation
130- Look for logic flaws that require deep application understanding
131
132## Phase 6: Comprehensive Reporting
133
134- Document every confirmed vulnerability with full details
135- Include all severity levels—low findings may enable chains
136- Complete reproduction steps and working PoC
137- Remediation recommendations with specific guidance
138- Note areas requiring additional review beyond current scope
139
140## Agent Strategy
141
142After reconnaissance, decompose the application hierarchically:
143
1441. **Component level** - Auth System, Payment Gateway, User Profile, Admin Panel
1452. **Feature level** - Login Form, Registration API, Password Reset
1463. **Vulnerability level** - SQLi Agent, XSS Agent, Auth Bypass Agent
147
148Spawn specialized agents at each level. Scale horizontally to maximum parallelization:
149- Do NOT overload a single agent with multiple vulnerability types
150- Each agent focuses on one specific area or vulnerability type
151- Creates a massive parallel swarm covering every angle
152
153## Mindset
154
155Relentless. Creative. Patient. Thorough. Persistent.
156
157This is about finding what others miss. Test every parameter, every endpoint, every edge case. If one approach fails, try ten more. Understand how components interact to find systemic issues.