CtrlK
BlogDocsLog inGet started
Tessl Logo

hunt-forgot-password

Hunt Forgot Password / Account Recovery Authentication Flaws — 5 distinct patterns: (1) username enumeration via different responses for valid vs invalid email, (2) reset token exposed directly in the API response body, (3) reset token not invalidated after use (replay), (4) password reset link works from a different IP/browser (no binding), (5) no rate limit on the reset request endpoint. These are the standalone recovery-flow broken-auth primitives — distinct from reset-email host-header poisoning (hunt-host-header) and the full ATO chain (hunt-ato owns password-reset as an ATO path; prove the primitive here, chain it there). Detection: trace the full forgot-password flow from request to token to use; check response diffs between valid/invalid emails; test token replay after consumption. Medium to High (enumeration=Medium, token-reuse=High, account-takeover=Critical when chained to known-email).

69

Quality

83%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Critical

Do not install without reviewing

SKILL.md
Quality
Evals
Security

Quality

Content

85%

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

A concrete, well-sequenced pentest workflow with explicit validation/proof criteria and clean section organization. The main drag is redundancy between the 'Autonomous Testing Priority' and 'Vulnerability Classes' sections and some conceptual explanation Claude already knows.

Suggestions

Merge 'Vulnerability Classes in This Skill' into 'Autonomous Testing Priority' (or vice versa) to remove the duplicated restatement of the five patterns and cut token cost.

Delete background explanations Claude already knows (token-binding RFC/OWASP best-practice commentary) and keep only the detection test and its proof criteria.

DimensionReasoningScore

Conciseness

Mostly efficient numbered steps, but the 'Vulnerability Classes in This Skill' section largely restates the five patterns already in 'Autonomous Testing Priority', and lines like 'Most apps generate a token, email it, and accept it from any browser' and 'no hard RFC mandates the exact value; OWASP recommends...' explain concepts Claude already knows. It is not a 3 because of this redundancy and explanatory padding; not a 1 because the core steps are tight and concrete.

2 / 3

Actionability

Concrete, copy-paste-ready methodology with specific values ('nonexistent@fakedomain12345.com', 'POST ... 10-20 times rapidly', 'returns 200 or success', 'without a 429, lockout, or CAPTCHA'). Per the instruction-only scoring note, absence of code is not penalized when guidance is this actionable, so it reaches the 'specific examples; copy-paste ready' anchor.

3 / 3

Workflow Clarity

Pattern 1 gives a clear 4-step sequence with explicit confirmation criteria ('enumeration is confirmed when the two responses differ measurably'), and Pattern 3 has a conditional validation gate ('If the second submission returns 200 ... -> token not invalidated'). These explicit proof/checkpoint steps match the 'clear sequence with explicit validation steps' anchor.

3 / 3

Progressive Disclosure

This is a focused single-purpose testing skill with no bundle files and no need for external references; content is organized into clear sections ('Autonomous Testing Priority', 'Vulnerability Classes', 'Related Skills') with no nested/deep references. Per the rubric's simple-skill guideline, well-organized sections with no external-reference need score 3.

3 / 3

Total

11

/

12

Passed

Description

82%

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 specific, well-scoped pentest skill description with strong trigger terms and clear sibling-skill boundaries. Its main weakness is the absence of an explicit 'Use when...' clause, leaving the invocation trigger implied rather than stated.

Suggestions

Add an explicit 'Use when testing forgot-password / account-recovery flows' trigger clause so the 'when' is stated, not implied.

Trim the inline severity table ('Medium to High (enumeration=Medium...)') which is detail better suited to the body, keeping the description tighter.

DimensionReasoningScore

Specificity

Lists five concrete, distinct detection patterns ('username enumeration via different responses', 'reset token exposed directly in the API response body', 'reset token not invalidated after use (replay)', 'reset link works from a different IP/browser', 'no rate limit on the reset request endpoint') plus explicit detection actions, matching the 'lists multiple specific concrete actions' anchor.

3 / 3

Completeness

It thoroughly answers 'what' (5 patterns + detection steps) but lacks an explicit 'Use when...' trigger clause; the 'when' is only implied by the title and detection guidance, so per the rubric guideline a missing explicit trigger caps completeness at 2 rather than 3.

2 / 3

Trigger Term Quality

Natural user-facing terms are well covered ('Forgot Password', 'Account Recovery', 'password reset', 'reset token'); a user asking to test forgot-password flows would naturally say these. It is not a 2 because common variations are present rather than missing.

3 / 3

Distinctiveness Conflict Risk

The niche is explicit and clearly carved out from siblings: 'distinct from reset-email host-header poisoning (hunt-host-header)' and 'hunt-ato owns password-reset as an ATO path; prove the primitive here, chain it there' — unlikely to trigger for the wrong skill.

3 / 3

Total

11

/

12

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
elementalsouls/Claude-BugHunter
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.