hunt-exceptional-conditions

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

4.0k|628|Updated May 5, 2026
One-click install
npx skills add https://github.com/elementalsouls/Claude-BugHunter --skill hunt-exceptional-conditions
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: hunt-exceptional-conditions
Source: https://github.com/elementalsouls/Claude-BugHunter/tree/main/skills/hunt-exceptional-conditions
Command: npx skills add https://github.com/elementalsouls/Claude-BugHunter --skill hunt-exceptional-conditions

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Applications that mishandle unexpected input often render developer error pages that leak stack traces, ORM internals, server file paths, and framework versions, and manually probing every endpoint for these disclosures is tedious and easy to skip.

Core Features & Use Cases

  • Malformed Input Probing: Systematically break one assumption at a time with wrong types, truncated JSON, oversized values, and null bytes against JSON APIs, forms, and query parameters.
  • Cross-Framework Leak Signatures: Confirm findings using framework-specific error indicators for Node/Sequelize, PHP, Python, Java, and .NET applications.
  • Use Case: While testing a JSON API on an authorized bug bounty target, send {"rating":"notanumber","comment":[1,2,3]} to a feedback endpoint and check whether the 500 response body contains a SequelizeDatabaseError stack trace disclosing internal paths and library versions.

Quick Start

Test the target API endpoints with malformed and wrong-typed input, then report any response whose body leaks a stack trace, file path, or framework version.

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 a web app for verbose error messages?

Send input the code does not expect: wrong types like arrays where numbers belong, truncated JSON, oversized or negative values, and null bytes. Then inspect the response body for stack traces, file paths, or framework error pages rather than just the status code.

What counts as an error-based information disclosure finding?

A finding is confirmed when the response body leaks internals such as a SequelizeDatabaseError, a PHP warning with a server path, a 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 with typed fields, endpoints with numeric IDs in paths or query strings, search and filter parameters, and file upload handlers are the richest targets. Any endpoint that parses user input is a candidate.

Is a 500 status code alone enough to report a bug?

No, a 500 status by itself is not disclosure. You must capture the leaked artifact in the response body, such as an absolute file path, ORM class name, library version, or stack frame, and note what deeper attack it enables.

What attacks can leaked error information enable?

A disclosed SQL error can lead directly into SQL injection testing, and a disclosed absolute server path can arm local file inclusion attacks. The error leak is both a finding itself and reconnaissance for chained exploits.