triage-validation

Validate bug-bounty findings with a kill-on-fail triage sequence before report writing.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/AKasem1/claude-bug-bounty --skill triage-validation-akasem1
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: triage-validation
Source: https://github.com/AKasem1/claude-bug-bounty/tree/main/skills/triage-validation
Command: npx skills add https://github.com/AKasem1/claude-bug-bounty --skill triage-validation-akasem1

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill prevents wasted bug-bounty submissions by validating that a finding is real, in-scope, attacker-exploitable, impactful, and not already known before you write any report.

Core Features & Use Cases

  • 7-Question Gate (kill-on-fail): Forces you to confirm attacker steps, program acceptance, in-scope asset, realistic access requirements, novelty vs disclosed behavior, proof of impact beyond technical possibility, and known-invalid bug classes before progressing.
  • 4 pre-submission gates: Ensures reality (real HTTP evidence), impact validation (concrete attacker “walk-away-with”), deduplication (Hacktivity/GitHub/disclosed reports/search), and report quality (title, copy-paste steps, evidence, severity alignment, and concrete remediation) are all satisfied.
  • Never Submit + chain requirements: Hard-disqualifies common invalid leads and enforces that certain bugs only become valid when a working end-to-end chain is demonstrated.
  • Severity calibration support: Provides a CVSS 3.1 quick reference and a pre-severity gate checklist to avoid over-severity when the full chain is not proven.

Quick Start

Use the triage-validation skill to validate a candidate bug by answering the 7 questions in order and confirming all 4 pre-submission gates pass before drafting your 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 bug bounty findings before writing a report?

Validate bug bounty findings by running them through a kill-on-fail triage sequence that checks scope, attacker feasibility, realistic access, novelty, and proof of impact. This prevents wasted submissions by gating out false or known-duplicate vulnerabilities before report drafting begins.

What is the best way to check for duplicate vulnerability reports before submitting?

Check for duplicate vulnerability reports by running a deduplication gate that searches Hacktivity, GitHub, disclosed reports, and general search engines. This pre-submission validation step ensures your finding is novel and not already publicly disclosed.

How do I prevent false positive security findings in web and API workflows?

Prevent false positive security findings by enforcing a 7-question gate that verifies attacker steps, program acceptance, in-scope assets, and realistic access requirements. Hard-disqualifying invalid bug classes and demanding real HTTP evidence also filters out unexploitable leads.

How do I calculate CVSS 3.1 severity for a bug bounty vulnerability accurately?

Calculate CVSS 3.1 severity using a provided quick reference and a pre-severity gate checklist. This calibration support helps you avoid over-severity ratings when a full end-to-end exploit chain has not been proven.

When should I not submit a bug bounty vulnerability?

You should not submit a vulnerability if it falls into a known never-submit bug class or if a chain-required validation fails without a working end-to-end exploit demonstrated. The triage sequence hard-disqualifies these common invalid leads to prevent wasted submissions.