AgentStack
Browse Sign in
Browse Why AgentStack Sell Docs
Sign in
SKILL verified Apache-2.0 Self-run

Common Exploit Verification

skill-hoangnguyen0403-agent-skills-standard-common-exploit-verification · by HoangNguyen0403

Enforce "No Exploit, No Report" policy with PoC construction standards, false-positive filtering, and evidence collection per vulnerability class across backend, frontend, and mobile. Use when validating security findings, constructing exploit proofs, filtering false positives, or writing pentest findings.

No reviews yet
0 installs
3 views
0.0% view→install

Install

$ agentstack add skill-hoangnguyen0403-agent-skills-standard-common-exploit-verification

✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • Prompt-injection patterns
  • Secret / credential exfiltration
  • Dangerous shell & filesystem operations
  • Untrusted network calls
  • Known-malicious package signatures

What it can access

  • Network access No
  • Filesystem access No
  • Shell / process execution No
  • Environment & secrets No
  • Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

View the full security report →

Verified badge

Passed review? Show it. Paste this badge into your README, it links to the public security report.

AgentStack Verified badge Links to your public security report.
[![AgentStack Verified](https://agentstack.voostack.com/badges/verified.svg)](https://agentstack.voostack.com/security/report/skill-hoangnguyen0403-agent-skills-standard-common-exploit-verification)

Reliability & compatibility

Security review passed
0 installs to date
no reviews yet
1mo ago

Declared compatibility

Claude CodeClaude Desktop

Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.

Preview Execution monitoring

We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.

How agent discovery & health will work →
Are you the author of Common Exploit Verification? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

Exploit Verification Standard

Priority: P0 (CRITICAL)

Always-Apply Rules

  • No Exploit = No Report: Finding without reproducible PoC is discarded. No exceptions.
  • No Theoretical Findings: "This could be exploited if..." → rejected. Demonstrate actual impact.
  • No Tool Output as Evidence: Scanner output alone insufficient. Manual verification required.

PoC Construction

Every confirmed finding must include all fields:

ID: [unique identifier]
Vulnerability: [CWE-XXX: type name]
Platform: [backend|frontend|mobile-ios|mobile-android]
Component: [file:line or endpoint]
Severity: [Critical|High|Medium|Low] (CVSS: X.X)
OWASP: [mapping — e.g., A03:2021, API1:2023, M4:2024]

-- Proof of Concept --
Preconditions: [required state, auth level, config]
Steps:
1. [exact step with command/payload]
2. [expected vs actual result]
Payload: [exact input — copy-paste ready]
Evidence: [response body, status code, data returned]

-- Impact --
Impact: [what attacker gains — data, access, control]
Blast Radius: [lateral movement, escalation paths]

-- Remediation --
Fix: [specific code change, not generic advice]

Validation Gate

| Result | Action | Criteria | |---|---|---| | ✅ Confirmed | Include in report | PoC reproduces, impact demonstrated | | ⚠️ Conditional | Include with conditions | Requires specific config/timing/race | | ❌ Unconfirmed | Discard | Cannot reproduce despite 3 attempts | | 🔄 Degraded | Downgrade severity | Partial impact, mitigating controls exist |

False Positive Filters

See [false-positive-checklist](references/false-positive-checklist.md) for platform-specific filters.

Quick checks before reporting:

  • SAST-only finding: Is the flagged code actually reachable from user input? Trace full data flow.
  • Scanner noise: Does the "vulnerability" have compensating controls (WAF, middleware, framework defaults)?
  • Version mismatch: Is the CVE for a function the project actually uses (reachability analysis)?
  • Client-side only: Is the "bypass" only client-side while server enforces correctly?

Anti-Patterns

  • No severity inflation: Missing header ≠ Critical. CVSS score must match demonstrated impact.
  • No duplicate findings: Same root cause across endpoints = 1 finding with multiple affected components.
  • No remediation without specificity: "Use parameterized queries" → include the exact code change for the affected file.

References

  • [False Positive Checklist](references/false-positive-checklist.md) — platform-specific false positive filters
  • [Exploit Playbook](references/exploit-playbook.md) — PoC templates per vulnerability class (backend, frontend, mobile)

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet, be the first.

Versions

  • v0.1.0 Imported from the upstream source.