CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

api-fuzzing-bug-bounty

Provide comprehensive techniques for testing REST, SOAP, and GraphQL APIs during bug bounty hunting and penetration testing engagements. Covers vulnerability discovery, authentication bypass, IDOR exploitation, and API-specific attack vectors.

54

Quality

68%

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

Fix and improve this skill with Tessl

tessl review fix ./skills/api-fuzzing-bug-bounty/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

57%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.

A dense, actionable API security cheatsheet with strong concrete commands and tooling references, but it is a monolithic single file with basic-concept padding and no validation/verification checkpoints in its workflow. Splitting reference tables into bundle files and trimming content Claude already knows would meaningfully improve it.

Suggestions

Move the Tools Reference, Quick Reference, and vulnerability checklist tables into a references/ file (e.g., references/tools.md) and keep a concise pointer in SKILL.md, enabling progressive disclosure.

Add validation/verification steps to the Core Workflow (e.g., confirm authorization scope before exploitation, verify IDOR by cross-checking two accounts, stop DoS testing after confirming the condition) to create feedback loops for risky operations.

Delete the filler 'When to Use' section and the 'API Types Overview' table defining SOAP/REST/GraphQL basics, which restate knowledge Claude already has.

DimensionReasoningScore

Conciseness

The bulk is a dense, useful cheatsheet of commands, payloads, and tables, but it includes unnecessary explanation Claude already knows (the 'API Types Overview' table defining SOAP/REST/GraphQL, 'Insecure Direct Object Reference is the most common API vulnerability') and a pure-padding closing section ('This skill is applicable to execute the workflow or actions described in the overview.'). This fits anchor 3 (mostly efficient with some unnecessary explanation) better than anchor 4.

3 / 5

Actionability

Mostly executable guidance: concrete commands ('kr scan https://target.com -w routes-large.kite'), curl examples, request/response payload patterns, and a tools table with URLs. Minor gaps keep it from anchor 5: many payloads are redacted placeholders ('[REDACTED-ACTIVE-PAYLOAD]') and scripts like 'python3 json2paths.py swagger.json' are invoked without acquisition or setup steps.

4 / 5

Workflow Clarity

The Core Workflow provides a clear five-step sequence (reconnaissance, authentication, IDOR, injection, method testing) with a troubleshooting table, but there are no validation checkpoints or feedback loops within the steps. Since the skill includes destructive-adjacent operations (DoS via limits, nested-query DoS, exploitation proofs), the rubric's feedback-loop rule caps workflow clarity at 3.

3 / 5

Progressive Disclosure

The body has good section headers and clear internal navigation, but it is a ~430-line monolith with zero external references: the 20-row Tools Reference table, Quick Reference, and vulnerability checklists are inlined content that belongs in references/ files. This matches anchor 3 (some structure, content that should be separate is inline) rather than anchor 4's 'most content appropriately placed'.

3 / 5

Total

13

/

20

Passed

Description

66%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.

The description clearly communicates what the skill does with domain-specific vocabulary and natural trigger terms, but it entirely lacks an explicit 'when to use' clause, which caps its completeness. Adding trigger guidance would make it a strong description.

Suggestions

Append an explicit trigger clause, e.g. 'Use when the user mentions API security, API fuzzing, bug bounty targets with REST/SOAP/GraphQL APIs, or asks to test for IDOR or authentication bypass.'

Include the skill's core term 'fuzzing' and synonyms like 'API security testing' or 'pentest' to broaden natural trigger coverage.

Replace the generic phrase 'API-specific attack vectors' with the concrete classes covered (e.g., SSRF, XXE, injection) to sharpen specificity.

DimensionReasoningScore

Specificity

Lists several specific actions ('vulnerability discovery, authentication bypass, IDOR exploitation, and API-specific attack vectors'), but 'vulnerability discovery' and 'API-specific attack vectors' are generic, leaving minor coverage gaps. It exceeds anchor 3 (only 1-2 concrete actions) but falls short of anchor 5's comprehensive, fully concrete action list.

4 / 5

Completeness

The 'what' is clear (comprehensive API testing techniques with named vulnerability classes), but there is no 'Use when...' clause or equivalent explicit trigger guidance; 'during bug bounty hunting and penetration testing engagements' only weakly implies when. Per the rubric guideline, a missing trigger clause caps completeness at 3.

3 / 5

Trigger Term Quality

Good natural keyword coverage: 'REST', 'SOAP', 'GraphQL', 'API', 'bug bounty', 'penetration testing', 'IDOR', 'authentication bypass' are phrases users would actually say. However, common variations like 'fuzzing' (the skill's own name) and 'API security testing' are missing, so it does not reach anchor 5's comprehensive synonym coverage.

4 / 5

Distinctiveness Conflict Risk

The niche (API security testing for bug bounty/pentest engagements across REST/SOAP/GraphQL) is fairly distinct with domain-specific terms like IDOR and GraphQL. It is not anchor 5 because generic phrases like 'vulnerability discovery' create minor overlap risk with other security testing skills.

4 / 5

Total

15

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository

administrakt0r/AI-Agents-Safe-Coding-Skills

Path

skills/api-fuzzing-bug-bounty/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.