Exploitability Validation Skill

Validates vulnerability findings for real, reachable, exploitable status via multi-stage pipeline.

3.5k|556|Updated Oct 17, 2025
One-click install
npx skills add https://github.com/gadievron/raptor --skill exploitability-validation-skill
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: Exploitability Validation Skill
Source: https://github.com/gadievron/raptor/tree/main/.claude/skills/exploitability-validation
Command: npx skills add https://github.com/gadievron/raptor --skill exploitability-validation-skill

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill prevents wasted effort on false positives by ensuring that reported vulnerabilities are real, reachable, and exploitable through a structured, multi-stage process.

Core Features & Use Cases

  • End-to-end validation pipeline from initial findings to exploitable confirmation.
  • Gate-driven checks: inventory, one-shot analysis, attack-tree exploration, sanity checks, ruling, and feasibility integration.
  • Output artifacts: findings.json, attack-tree.json, hypotheses.json, disproven.json, attack-paths.json, attack-surface.json, to support defense-focused exploitability workflows.

Quick Start

After you have scanner output (checklist.json) and initial findings, run Stage A through Stage E in order to produce final findings.json for exploitation planning.

Frequently Asked Questions about Exploitability Validation Skill

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

FAQPage Schema
How do I validate that a vulnerability finding is actually exploitable?

Vulnerability validation involves a structured multi-stage pipeline that confirms findings are real, reachable, and exploitable. This skill gates your analysis through inventory checks, attack-tree exploration, sanity checks, and feasibility analysis to eliminate false positives before exploitation planning.

What's the process for moving from vulnerability scanner output to confirmed exploit candidates?

Run Stage A through Stage E sequentially: start with scanner output and initial findings, apply inventory and one-shot analysis gates, map attack trees, validate sanity checks, and generate final findings.json with attack-paths and attack-surface artifacts for exploitation workflows.

Can I use attack-tree analysis to validate security testing findings?

Yes. Attack-tree exploration is a core gate in this validation pipeline. It maps reachability and exploitability paths through your findings, generating attack-tree.json and hypotheses.json artifacts that support both ruling out false positives and planning real exploitation routes.

What output artifacts does the validation pipeline produce?

The pipeline generates findings.json, attack-tree.json, hypotheses.json, disproven.json, attack-paths.json, and attack-surface.json. These artifacts document validated vulnerabilities, explored attack trees, tested hypotheses, ruled-out findings, and confirmed exploitation routes for defense-focused security workflows.

Why should I use a structured checklist for vulnerability validation instead of ad-hoc testing?

Structured gate-driven validation prevents wasted effort on false positives by applying repeatable, documented checks—inventory, one-shot analysis, attack-tree exploration, and sanity checks—ensuring only real, reachable vulnerabilities advance to exploitation planning.