CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

qa-security-web

Run scoped, non-destructive web security checks guided by OWASP ASVS 5.0 and the WSTG, covering injection, XSS, SSRF, CSRF, open redirects, headers, secrets exposure, and rate limits. Use for security review of any web app within approved scope.

68

Quality

86%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

86%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The body is an exemplar of lean, expert-aimed instruction: a concrete passive-to-active checklist with named tools, exact header and parameter lists, and a clear exit criterion. The only meaningful gaps are the absence of ready-made test payloads for the XSS/injection steps and lack of explicit error-recovery loops.

DimensionReasoningScore

Conciseness

The body is lean throughout: eleven terse numbered steps with zero padding, listing header names ("CSP, HSTS, X-Content-Type-Options, frame-ancestors, Referrer-Policy") and checks without explaining concepts Claude already knows (e.g., what XSS or a session cookie is). This matches anchor 5 ('Lean and efficient; assumes Claude's competence; every token earns its place') with nothing to trim.

5 / 5

Actionability

Guidance is mostly executable with concrete anchors: named tools ("ZAP baseline", "npm audit", "pip-audit"), exact parameters ("next=", "return_url=", "redirect="), and an exhaustive SSRF target list ("loopback, private ranges, link-local, IPv6, decimal IPs, redirect-to-private, and DNS rebinding"). Minor gaps keep it below anchor 5: no example payloads for the XSS/injection steps ("HTML/script-like text", "SQL-ish and template-ish strings") and no ZAP invocation command.

4 / 5

Workflow Clarity

A clear 11-step sequence runs passive-to-active with inline verification cues ("confirm it renders inert", "Look for errors or behavior changes") and a termination checklist ("Each ASVS chapter in scope is marked tested, not applicable, or blocked"), matching anchor 4's 'clear sequence with most checkpoints present'. It is not anchor 5 because there are no explicit feedback loops or error-recovery steps; the destructive-operation cap does not apply since the skill is explicitly non-destructive and gates active tests behind approval.

4 / 5

Progressive Disclosure

The skill is under 50 lines with no bundle files and no content that belongs in separate references; sections (Procedure, Exit criteria) are well organized and external pointers (ASVS 5.0, WSTG) are one-line, one-level-deep links. Per the rubric's simple-skill guideline, this earns anchor 5 on well-organized sections alone.

5 / 5

Total

18

/

20

Passed

Description

80%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong description that states a concrete capability set, cites authoritative frameworks, and includes an explicit 'Use for...' trigger clause scoped to approved web app security review. Its main weakness is narrow trigger coverage — it lacks common synonyms such as pentest, vulnerability scan, or security audit that users might naturally say.

DimensionReasoningScore

Specificity

The description enumerates eight concrete vulnerability categories ("injection, XSS, SSRF, CSRF, open redirects, headers, secrets exposure, and rate limits") and names two governing frameworks (OWASP ASVS 5.0, WSTG), which is comprehensive coverage of the web security testing domain. This matches the anchor 'Lists multiple specific concrete actions; comprehensive coverage' rather than 4, since the enumeration spans the major web vulnerability classes with no obvious gaps.

5 / 5

Completeness

Both parts are explicit: the 'what' ("Run scoped, non-destructive web security checks guided by OWASP ASVS 5.0 and the WSTG, covering...") and the 'when' ("Use for security review of any web app within approved scope"). It does not reach anchor 5 because the 'when' offers a single trigger scenario rather than multiple concrete trigger phrases (e.g., pentest, audit, vulnerability scan), fitting anchor 4's 'when could be more explicit or specific'.

4 / 5

Trigger Term Quality

Natural terms users would say are present: "security review", "web app", and the vulnerability names XSS, CSRF, SSRF, and injection. It falls short of anchor 5 because common synonyms like "pentest", "vulnerability scan", "security audit", or "bug bounty" are missing, but it is clearly above anchor 3 since multiple genuinely natural keywords are covered.

4 / 5

Distinctiveness Conflict Risk

The niche is clear (scoped, non-destructive web app security testing) and distinguishable from general code-review skills, matching 'Mostly distinct; minor overlap risk with closely related skills'. It is not anchor 5 because the phrase "security review" is shared vocabulary with code-level security-review skills, creating minor conflict risk.

4 / 5

Total

17

/

20

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

itsablabla/qa-bug-agent-skills

Path

skills/qa-security-web/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.