fortify-exploitability-analysis

Trace attacker-controlled input to vulnerable code paths and emit Markdown and CycloneDX VEX reports.

18|1|Updated Apr 22, 2026
One-click install
npx skills add https://github.com/fortify/skills --skill fortify-exploitability-analysis
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: fortify-exploitability-analysis
Source: https://github.com/fortify/skills/tree/main/skills/fortify-exploitability-analysis
Command: npx skills add https://github.com/fortify/skills --skill fortify-exploitability-analysis

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Triages whether a known CVE/GHSA vulnerability in a dependency is actually exploitable in a given project, producing a structured verdict and actionable guidance for remediation.

Core Features & Use Cases

The skill follows a disciplined, reproducible workflow from CVE input to a human-readable report and a machine-readable VEX artifact, including dependency enumeration, reachability analysis, path enumeration, and per-path assessment across ecosystems (Maven/Gradle, npm, Python, Go, etc.). It outputs two artifacts alongside citations to sources: a Markdown impact report and a CycloneDX VEX JSON, enabling integration with Dependency-Track, GitLab Vulnerability Management, FoD/SSC suppressions, and other tooling.

Quick Start

Provide the CVE/GHSA identifier and the project root; the skill will generate the corresponding vex outputs and a reproducible evidence trail.

Frequently Asked Questions about fortify-exploitability-analysis

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

FAQPage Schema
How do I analyze CVE exploitability and trace if vulnerable code is reachable in my project?

VEX analysis determines if a CVE in a dependency is actually exploitable by tracing attacker-controlled input to the vulnerable code path. It requires a functioning package manager and CVE sources to enumerate paths and assess reachability across dependencies.

How do I generate a CycloneDX VEX JSON report for dependency vulnerabilities?

Generating a CycloneDX VEX JSON report involves assessing CVE reachability across dependencies and emitting a machine-readable artifact detailing findings, evidence, and recommended actions. This output enables integration with downstream tools like Dependency-Track and GitLab Vulnerability Management.

Does reachability analysis work across multiple ecosystems like Maven, npm, and Python?

Reachability analysis works across ecosystems including Maven, Gradle, npm, Python, and Go. It enumerates dependency paths and performs per-path assessment to determine if vulnerable code is actually reachable within each specific environment context.

What do I need to provide to start assessing if a CVE is exploitable in my codebase?

To start assessing CVE exploitability, you need to provide the CVE or GHSA identifier and the project root directory. The environment must have a functioning package manager and CVE sources to enumerate paths and produce the impact report and VEX outputs.

How do I suppress false positive vulnerabilities using reachability evidence?

Suppressing false positive vulnerabilities uses the evidence trail from reachability analysis demonstrating that attacker-controlled input cannot reach the vulnerable code path. The generated Markdown impact report and CycloneDX VEX JSON provide the structured verdict needed for FoD or SSC suppressions.

What is the best way to triage known CVE and GHSA vulnerabilities in transitive dependencies?

The best way to triage known CVE and GHSA vulnerabilities in transitive dependencies is tracing attacker-controlled input paths to the vulnerable code. This disciplined workflow produces a structured verdict and actionable guidance, differentiating actual threats from unreachable code.