API Fuzzer
Overview
Perform API fuzzing to discover crashes, unhandled exceptions, security vulnerabilities, and edge case failures by sending malformed, unexpected, and boundary-value inputs to API endpoints. Supports RESTler (stateful REST API fuzzing), Schemathesis (OpenAPI-driven property-based testing), custom fuzz harnesses with fast-check, and OWASP ZAP active scanning.
Prerequisites
- API specification available (OpenAPI/Swagger, GraphQL SDL, or Protobuf definitions)
- Target API running in a test environment (never fuzz production)
- Fuzzing tool installed (Schemathesis, RESTler, or custom harness with fast-check/Hypothesis)
- API authentication credentials for protected endpoints
- Error logging enabled on the target server to capture crashes and stack traces
Instructions
- Parse the API specification to identify all endpoints, methods, and input schemas:
- Read OpenAPI spec files using Glob (
**/openapi.yaml, **/swagger.json).
- Catalog each endpoint's parameters (path, query, header, body) and their types.
- Note validation constraints (min/max, pattern, enum, required fields).
- Configure the fuzzing strategy:
- Schema-based: Generate inputs that violate schema constraints (wrong types, missing fields, extra fields).
- Mutation-based: Start with valid requests and mutate individual fields (bit flips, boundary values, special characters).
- Dictionary-based: Use known problematic inputs (SQL injection, XSS payloads, format strings, null bytes).
- Define fuzz input categories for each parameter type:
- Strings: Empty, very long (10K+ chars), unicode, null bytes, format strings (
%s%n), path traversal (../../etc/passwd).
- Numbers: 0, -1, MAX_INT, MIN_INT, NaN, Infinity, floats where ints expected.
- Arrays: Empty, single element, thousands of elements, nested arrays, mixed types.
- Objects: Empty, missing required fields, extra unknown fields, deeply nested (100+ levels).
- Dates: Invalid formats, epoch zero, far future, negative timestamps.
- Execute the fuzzing campaign:
- Run Schemathesis:
schemathesis run http://localhost:3000/openapi.json --stateful=links.
- Or run RESTler:
restler-fuzzer fuzz --grammar_file grammar.py.
- Or write custom fuzz tests with fast-check/Hypothesis for targeted endpoints.
- Set a time budget (30-60 minutes for initial run).
- Analyze findings:
- 5xx responses: Unhandled server errors -- file as bugs.
- Crashes/hangs: Application process terminated or stopped responding.
- Resource exhaustion: Memory/CPU spike from malicious payloads.
- Information disclosure: Stack traces, internal paths, or credentials in error responses.
- For each finding, create a minimal reproducer (smallest input that triggers the issue).
- Write regression tests for confirmed bugs to prevent reintroduction.
Output
- Fuzz campaign report with discovered issues sorted by severity
- Minimal reproducer for each finding (curl command or test case)
- Categorized findings: crashes, unhandled errors, security issues, validation gaps
- Regression test file with one test per confirmed bug
- Coverage metrics showing which endpoints and parameters were fuzzed
Error Handling
| Error |
Cause |
Solution |
| Fuzzer cannot parse API spec |
Invalid or incomplete OpenAPI specification |
Validate the spec with swagger-cli validate; fix schema errors before fuzzing |
| All requests return 401 |
Authentication not configured in fuzzer |
Provide auth headers via --set-header "Authorization: Bearer TOKEN" or config file |
| Server crashes during fuzzing |
Unhandled exception or resource exhaustion |
Restart the server with a process manager; enable crash dump collection; add OOM killer threshold |
| Too many false positives (500 errors) |
Application returns 500 for expected validation errors |
Filter known error patterns; configure the fuzzer to ignore specific response bodies |
| Fuzzer generates unrealistic inputs |
Schema-based generation produces impossible combinations |
Add x-examples to the OpenAPI spec; use stateful fuzzing to maintain valid sequences |
Examples
Schemathesis OpenAPI fuzzing:
# Basic schema-based fuzzing
schemathesis run http://localhost:3000/api/openapi.json \ # 3000: 3 seconds in ms
--stateful=links \
--hypothesis-max-examples=500 \ # HTTP 500 Internal Server Error
--base-url=http://localhost:3000 \ # 3 seconds in ms
--header "Authorization: Bearer $TEST_TOKEN"
# With specific checks
schemathesis run http://localhost:3000/api/openapi.json \ # 3 seconds in ms
--checks all \
--validate-schema=true
fast-check property-based API test:
import fc from 'fast-check';
import request from 'supertest';
import { app } from '../src/app';
test('POST /api/users handles arbitrary input without crashing', async () => {
await fc.assert(
fc.asyncProperty(
fc.record({
name: fc.string(),
email: fc.string(),
age: fc.oneof(fc.integer(), fc.string(), fc.constant(null)),
}),
async (body) => {
const res = await request(app).post('/api/users').send(body);
expect(res.status).toBeLessThan(500); // No server errors # HTTP 500 Internal Server Error
}
),
{ numRuns: 200 } # HTTP 200 OK
);
});
Custom fuzz dictionary for injection testing:
[
"' OR '1'='1",
"<script>alert(1)</script>",
"${7*7}",
"{{7*7}}",
"../../../etc/passwd",
"\u0000",
"A".repeat(100000) # 100000 = configured value
]
Resources
Source: jeremylongshore/claude-code-plugins-plus-skills → skills/.curated/fuzzing-apis/SKILL.md
Also appears in: jeremylongshore/claude-code-plugins-plus-skills/plugins/testing/api-fuzzer/skills/fuzzing-apis/SKILL.md
1---2name: fuzzing-apis3description: 'Configure perform API fuzzing to discover edge cases, crashes, and security vulnerabilities. Use when performing specialized testing. Trigger with phrases like "fuzz the API", "run fuzzing tests", or "discover edge cases". '4---5
6# API Fuzzer
7
8## Overview
9
10Perform API fuzzing to discover crashes, unhandled exceptions, security vulnerabilities, and edge case failures by sending malformed, unexpected, and boundary-value inputs to API endpoints. Supports RESTler (stateful REST API fuzzing), Schemathesis (OpenAPI-driven property-based testing), custom fuzz harnesses with fast-check, and OWASP ZAP active scanning.
11
12## Prerequisites
13
14- API specification available (OpenAPI/Swagger, GraphQL SDL, or Protobuf definitions)
15- Target API running in a test environment (never fuzz production)
16- Fuzzing tool installed (Schemathesis, RESTler, or custom harness with fast-check/Hypothesis)
17- API authentication credentials for protected endpoints
18- Error logging enabled on the target server to capture crashes and stack traces
19
20## Instructions
21
221. Parse the API specification to identify all endpoints, methods, and input schemas:
23 - Read OpenAPI spec files using Glob (`**/openapi.yaml`, `**/swagger.json`).
24 - Catalog each endpoint's parameters (path, query, header, body) and their types.
25 - Note validation constraints (min/max, pattern, enum, required fields).
262. Configure the fuzzing strategy:
27 - **Schema-based**: Generate inputs that violate schema constraints (wrong types, missing fields, extra fields).
28 - **Mutation-based**: Start with valid requests and mutate individual fields (bit flips, boundary values, special characters).
29 - **Dictionary-based**: Use known problematic inputs (SQL injection, XSS payloads, format strings, null bytes).
303. Define fuzz input categories for each parameter type:
31 - **Strings**: Empty, very long (10K+ chars), unicode, null bytes, format strings (`%s%n`), path traversal (`../../etc/passwd`).
32 - **Numbers**: 0, -1, MAX_INT, MIN_INT, NaN, Infinity, floats where ints expected.
33 - **Arrays**: Empty, single element, thousands of elements, nested arrays, mixed types.
34 - **Objects**: Empty, missing required fields, extra unknown fields, deeply nested (100+ levels).
35 - **Dates**: Invalid formats, epoch zero, far future, negative timestamps.
364. Execute the fuzzing campaign:
37 - Run Schemathesis: `schemathesis run http://localhost:3000/openapi.json --stateful=links`.
38 - Or run RESTler: `restler-fuzzer fuzz --grammar_file grammar.py`.
39 - Or write custom fuzz tests with fast-check/Hypothesis for targeted endpoints.
40 - Set a time budget (30-60 minutes for initial run).
415. Analyze findings:
42 - **5xx responses**: Unhandled server errors -- file as bugs.
43 - **Crashes/hangs**: Application process terminated or stopped responding.
44 - **Resource exhaustion**: Memory/CPU spike from malicious payloads.
45 - **Information disclosure**: Stack traces, internal paths, or credentials in error responses.
466. For each finding, create a minimal reproducer (smallest input that triggers the issue).
477. Write regression tests for confirmed bugs to prevent reintroduction.
48
49## Output
50
51- Fuzz campaign report with discovered issues sorted by severity
52- Minimal reproducer for each finding (curl command or test case)
53- Categorized findings: crashes, unhandled errors, security issues, validation gaps
54- Regression test file with one test per confirmed bug
55- Coverage metrics showing which endpoints and parameters were fuzzed
56
57## Error Handling
58
59| Error | Cause | Solution |
60|-------|-------|---------|
61| Fuzzer cannot parse API spec | Invalid or incomplete OpenAPI specification | Validate the spec with `swagger-cli validate`; fix schema errors before fuzzing |
62| All requests return 401 | Authentication not configured in fuzzer | Provide auth headers via `--set-header "Authorization: Bearer TOKEN"` or config file |
63| Server crashes during fuzzing | Unhandled exception or resource exhaustion | Restart the server with a process manager; enable crash dump collection; add OOM killer threshold |
64| Too many false positives (500 errors) | Application returns 500 for expected validation errors | Filter known error patterns; configure the fuzzer to ignore specific response bodies |
65| Fuzzer generates unrealistic inputs | Schema-based generation produces impossible combinations | Add `x-examples` to the OpenAPI spec; use stateful fuzzing to maintain valid sequences |
66
67## Examples
68
69**Schemathesis OpenAPI fuzzing:**
70
71```bash
72# Basic schema-based fuzzing
73schemathesis run http://localhost:3000/api/openapi.json \ # 3000: 3 seconds in ms
74 --stateful=links \
75 --hypothesis-max-examples=500 \ # HTTP 500 Internal Server Error
76 --base-url=http://localhost:3000 \ # 3 seconds in ms
77 --header "Authorization: Bearer $TEST_TOKEN"
78
79# With specific checks
80schemathesis run http://localhost:3000/api/openapi.json \ # 3 seconds in ms
81 --checks all \
82 --validate-schema=true
83```
84
85**fast-check property-based API test:**
86
87```typescript
88import fc from 'fast-check';
89import request from 'supertest';
90import { app } from '../src/app';
91
92test('POST /api/users handles arbitrary input without crashing', async () => {
93 await fc.assert(
94 fc.asyncProperty(
95 fc.record({
96 name: fc.string(),
97 email: fc.string(),
98 age: fc.oneof(fc.integer(), fc.string(), fc.constant(null)),
99 }),
100 async (body) => {
101 const res = await request(app).post('/api/users').send(body);
102 expect(res.status).toBeLessThan(500); // No server errors # HTTP 500 Internal Server Error
103 }
104 ),
105 { numRuns: 200 } # HTTP 200 OK
106 );
107});
108```
109
110**Custom fuzz dictionary for injection testing:**
111
112```json
113[
114 "' OR '1'='1",
115 "<script>alert(1)</script>",
116 "${7*7}",
117 "{{7*7}}",
118 "../../../etc/passwd",
119 "\u0000",
120 "A".repeat(100000) # 100000 = configured value
121]
122```
123
124## Resources
125
126- Schemathesis: https://schemathesis.readthedocs.io/
127- RESTler (Microsoft): https://github.com/microsoft/restler-fuzzer
128- fast-check (property-based testing): https://fast-check.dev/
129- Hypothesis (Python): https://hypothesis.readthedocs.io/
130- OWASP Fuzzing: https://owasp.org/www-community/Fuzzing
131
132---
133
134**Source:** [`jeremylongshore/claude-code-plugins-plus-skills`](https://github.com/jeremylongshore/claude-code-plugins-plus-skills) → `skills/.curated/fuzzing-apis/SKILL.md`
135
136**Also appears in:** `jeremylongshore/claude-code-plugins-plus-skills/plugins/testing/api-fuzzer/skills/fuzzing-apis/SKILL.md`