hunt-exceptional-conditions

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

Updated Sep 6, 2026
One-click install
npx skills add https://github.com/inventashif/helpful-code-sidekick --skill hunt-exceptional-conditions-inventashif
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: hunt-exceptional-conditions
Source: https://github.com/inventashif/helpful-code-sidekick/tree/main/scripts/hackerai/skills/bughunter/hunt-exceptional-conditions
Command: npx skills add https://github.com/inventashif/helpful-code-sidekick --skill hunt-exceptional-conditions-inventashif

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Web applications that mishandle unexpected input often leak stack traces, ORM internals, server file paths, and framework versions in their error responses, and manually probing every endpoint for these disclosures is slow and inconsistent. ## Core Features & Use Cases - Malformed Input Fuzzing: 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: Recognize disclosure patterns for Node/Express + Sequelize, PHP, Python, Java, and .NET error pages. - Use Case: While testing a JSON API like POST /api/Feedbacks, send {"rating":"notanumber","comment":[1,2,3]} and inspect the response body for a SequelizeDatabaseError stack trace that reveals internal paths and library versions. ## Quick Start Probe the target endpoint with malformed and wrong-typed input, then check each response body for stack traces or framework error pages that disclose internal structure.

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 that breaks one assumption at a time: wrong types like arrays where numbers are expected, truncated JSON, oversized values, or 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 information disclosure vulnerability?

A response body containing internal details such as a SequelizeDatabaseError, PHP warning with /var/www paths, a Python traceback, Java stack frames, or a .NET YSOD page. 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.

Why does a 500 status code alone not prove a vulnerability?

A 500 status only indicates a server error, not disclosure. The finding requires the response body to leak internals like stack frames, ORM classes, absolute paths, or library versions that an attacker can use to plan deeper attacks.

What should I do after finding a verbose error leak?

Capture the exact leaked artifact as evidence, such as the path, ORM class, version, or stack frame. Then note what it enables next, for example a disclosed SQL error points toward SQL injection testing and an absolute path points toward file inclusion testing.