triage-validation

Validates bug bounty findings through a 7-question gate before report submission.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Bug bounty hunters lose validity ratio and reputation by submitting findings that get closed as N/A or Informative. This Skill gates every finding through structured validation questions and pre-submission checks so only provable, in-scope, impactful bugs get reported. ## Core Features & Use Cases - 7-Question Gate: Sequentially validates exploitability, program impact fit, scope, access preconditions, duplication, demonstrated impact, and known-invalid bug classes, killing any finding that fails one question. - Pre-Submission Gates and Severity Control: Runs reality, impact, deduplication, and report-quality checks plus a Pre-Severity Gate before labeling anything Critical or High, with CVSS 3.1 quick-reference tables. - Never-Submit and Chain-Required Lists: Distinguishes always-rejected findings (missing headers, self-XSS, DNS-only SSRF) from conditionally valid ones that need a proven exploit chain, and enforces retraction discipline for findings that stop reproducing. - Use Case: Before writing a HackerOne report for a suspected IDOR, run the gate to confirm a copy-pasteable HTTP request, real cross-user data exposure, in-scope asset, and no prior disclosure, then score it with the CVSS table. ## Quick Start Validate my suspected IDOR finding on the /api/users endpoint using the 7-question gate before I write the report.

Frequently Asked Questions about triage-validation

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

FAQPage Schema
How do I validate a bug bounty finding before submitting a report?

Run the 7-Question Gate in order: confirm a copy-pasteable HTTP exploit, check the program's accepted impact list, verify the asset is in scope, rule out unrealistic preconditions, search for duplicates, prove real impact, and check the never-submit list. One wrong answer kills the finding.

What bug classes should never be submitted to bug bounty programs?

Never submit missing security headers, SPF/DKIM issues, GraphQL introspection alone, self-XSS, logout CSRF, open redirects without a chain, DNS-only SSRF, or missing cookie flags. These destroy your validity ratio unless chained into proven impact like account takeover.

How do I score a vulnerability with CVSS 3.1 for a bug bounty report?

Match your finding to the quick-reference table, such as IDOR reading PII at 6.5 Medium or auth bypass to admin at 9.8 Critical. Then verify each metric: attack vector, complexity, privileges required, user interaction, scope, and confidentiality/integrity/availability impact.

Why did my auth bypass finding turn out to be a false positive?

A 400 validation error does not prove you passed authentication, because input sanitizers often run before auth middleware. Re-send with a minimal well-formed body; if you then get a 401, the auth layer was never bypassed and the finding is invalid.

When should I retract a submitted bug bounty finding?

Retract when a finding stops reproducing or the exploit chain fails end-to-end validation. Document the retraction in a report appendix with the original signal, disproving evidence, and root cause, since self-retraction protects your validity ratio better than triager-closed N/A.