test-security

Produce executable security tests and abuse-case evidence for a touched code surface.

Updated Sep 3, 2026
One-click install
npx skills add https://github.com/JonusNattapong/A2A-MCP --skill test-security-jonusnattapong
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: test-security
Source: https://github.com/JonusNattapong/A2A-MCP/tree/main/src/agenttalk/skills/devkit/test-security
Command: npx skills add https://github.com/JonusNattapong/A2A-MCP --skill test-security-jonusnattapong

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Security review often stops at prose opinions, leaving no executable proof that abuse paths were actually exercised. This Skill turns a threat model into concrete, reproducible security tests, tool runs, and evidence records for a pinned code change. ## Core Features & Use Cases - Threat-model-driven test selection: Consume or create a minimal threat model covering assets, trust boundaries, attacker capabilities, and fail-closed expectations before choosing tests. - Executable abuse-case coverage: Run or add tests for authz bypass, input validation, injection, path traversal, env/command handling, unsafe deserialization, secrets/log hygiene, and dependency or supply-chain exposure. - Structured qa-result evidence: Emit a standardized evidence record with status, reviewed ref, scope, risk class, tests executed, and residual risk. - Use Case: After modifying a CLI that parses user-supplied file paths, use this Skill to build a minimal threat model, run hostile-input probes against local fixtures, and emit a qa-result record proving path traversal is blocked. ## Quick Start Ask the agent to run security testing on the current change, covering input validation and path handling, and emit a qa-result evidence record.

Frequently Asked Questions about test-security

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

FAQPage Schema
How do I write security tests for a code change?▼

Start from a minimal threat model covering assets, trust boundaries, attacker inputs, and fail-closed expectations, then select test families such as authz bypass, injection, and path traversal. Run deterministic in-repo checks and record exact commands, outputs, and residual risk as evidence.

What is the difference between security testing and security code review?▼

Security testing produces executable evidence: tests, tool runs, fixtures, and probes that prove abuse paths were exercised. Security code review provides integrated diff critique and design analysis as prose; this Skill explicitly excludes prose-only security opinions.

Can I use this for penetration testing external targets?▼

No. The Skill is strictly limited to authorized, defensive, in-repo testing of the project's own test surface. External targets, network attacks, denial-of-service, exploit development beyond the repo, and detection evasion are out of bounds and must be escalated.

When should I not use security abuse-case testing?▼

Skip it for cosmetic changes that do not touch security-relevant input, state, process, dependency, sandbox, or secret surfaces. It is also not for general code review, speculative vulnerability hunting without scoped tests, or planning overall release QA coverage.

What evidence should a security test result include?▼

A qa-result record with status, reviewed ref, scope, risk class, release blocker flag, tests referenced and executed, evidence output, and residual risk. Use status=rejected for a proven exploitable path and status=needs-info when the threat model is unknown.