hunt-exceptional-conditions

Detect verbose error pages and fail-open behavior by sending malformed input to endpoints.

1|Updated Aug 21, 2026
One-click install
npx skills add https://github.com/marcboggs/BMAD-AppSec-Orchestrator --skill hunt-exceptional-conditions-marcboggs
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: hunt-exceptional-conditions
Source: https://github.com/marcboggs/BMAD-AppSec-Orchestrator/tree/main/.claude/skills/hunt-exceptional-conditions
Command: npx skills add https://github.com/marcboggs/BMAD-AppSec-Orchestrator --skill hunt-exceptional-conditions-marcboggs

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Applications that mishandle unexpected input often leak stack traces, ORM internals, file paths, and framework versions in error responses, and this Skill provides a systematic method to find and confirm those disclosures during authorized security testing. ## Core Features & Use Cases - Malformed Input Probing: Send wrong types, broken JSON, oversized values, and null bytes to input-accepting endpoints to trigger unhandled exceptions. - Cross-Framework Leak Detection: Recognize error-disclosure signatures for Node/Sequelize, PHP, Python, Java, and .NET in response bodies. - Use Case: While testing a JSON API, send {"rating":"notanumber","comment":[1,2,3]} to a feedback endpoint and confirm the 500 response leaks a SequelizeDatabaseError with internal paths, then document it as a finding. ## Quick Start Probe the target API endpoints with malformed and unexpected input values and report any response whose body leaks stack traces, internal paths, or framework versions.

Frequently Asked Questions about hunt-exceptional-conditions

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I test an API for verbose error messages?▼

Send input the code does not expect, such as a wrong type, truncated JSON, oversized number, or null byte, one change at a time. Then inspect the response body for stack traces, framework error pages, internal file paths, or library versions rather than just the status code.

What counts as an error information disclosure finding?▼

A finding is confirmed when the response body leaks internals like a SequelizeDatabaseError, PHP warning with a server path, Python traceback, Java stack frames, or a .NET YSOD. A clean JSON error like {"error":"Invalid input"} is correct handling, not a finding.

Which endpoints are best for testing exceptional condition handling?▼

JSON APIs expecting typed fields, endpoints with numeric or ID path and query parameters, search and filter parameters, and file upload handlers are the richest targets. Any endpoint that parses user input is a candidate.

Does a 500 status code alone prove an error disclosure vulnerability?▼

No, a 500 status alone is not disclosure. You must capture the leaked artifact in the body, such as a stack frame, ORM class, absolute path, or library version, as evidence of the finding.

What should I do after finding a verbose error leak?▼

Document the exact leaked artifact and note what it enables next. A disclosed SQL error points toward SQL injection testing, while a disclosed absolute path supports path traversal or local file inclusion testing.