CtrlK
BlogDocsLog inGet started
Tessl Logo

wps-pixie-dust

WPS Pixie-Dust offline nonce attack (reaver -K / pixiewps) and fallback online PIN brute (bully) to recover the AP's WPA PSK without capturing a handshake.

63

Quality

75%

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

Fix and improve this skill with Tessl

tessl review fix ./packages/decepticon/decepticon/skills/standard/wireless/wps-pixie-dust/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

83%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 highly actionable with executable commands, expected output, and a real evidence-capture snippet, organized into a clear numbered workflow with an explicit RoE gate. It is largely concise and well-structured, with only minor over-explanation of WPS internals and a slightly implicit verification checkpoint.

Suggestions

Add an explicit verify checkpoint after the Pixie-Dust run (e.g. 'Confirm the [+] WPA PSK line appeared before recording evidence; if absent and Lck=Yes, re-run with --ignore-locks') to push workflow_clarity to 5.

Trim the EAP-exchange / PIN-space arithmetic in Step 3 slightly — Claude can derive the 11,000-attempts figure from the named split — to tighten conciseness toward 5.

If the chipset vulnerability table grows, consider moving it to a references/ file and linking it; at its current size it is fine inline.

DimensionReasoningScore

Conciseness

Mostly efficient with executable commands and inline flag comments that earn their place; the chipset table and OPSEC notes are tight, though the EAP-exchange/nonce background and PIN-space arithmetic add modest over-explanation Claude largely already knows.

4 / 5

Actionability

Fully executable copy-paste reaver/bully/wash/pixiewps commands with concrete flags and realistic expected output ('WPS PIN:', 'WPA PSK:', 'AP SSID:'), plus a complete kg_add_node evidence snippet covering both the common cases.

5 / 5

Workflow Clarity

A clear enumerated Step 1→4 sequence with an explicit HARD STOP / RoE gate checkpoint before the destructive online brute; slightly below 5 because the 'on PIN recovery' step and validation of a successful PSK extraction are implied rather than framed as an explicit verify checkpoint.

4 / 5

Progressive Disclosure

Well-organized single-file overview with clear section headers and a clearly-signaled one-level reference list; the only inline block that could arguably be split out (chipset vulnerability table) is compact enough to stay, and there are no bundled reference files to offload it into.

4 / 5

Total

17

/

20

Passed

Description

67%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 is highly specific and distinct, naming concrete tools and the precise attack outcome, but it omits an explicit 'Use when…' trigger clause and leaves natural trigger phrasing to metadata rather than the description itself.

Suggestions

Add an explicit 'Use when…' clause to the description, e.g. 'Use when a target AP has WPS enabled and you need to recover the WPA PSK without a handshake capture.'

Surface one or two natural user phrases (e.g. 'WPS PIN', 'Pixie Dust', 'WPS locked') directly in the description rather than only in metadata.when_to_use.

Keep the concise third-person, tool-named action style already present — it is working well for specificity and distinctiveness.

DimensionReasoningScore

Specificity

Names multiple concrete actions with specific tools — 'offline nonce attack (reaver -K / pixiewps)', 'fallback online PIN brute (bully)', 'recover the AP's WPA PSK without capturing a handshake' — comprehensive and concrete.

5 / 5

Completeness

The 'what' is explicit and clear, but the description lacks any 'when should Claude use it' / 'Use when…' clause; per the rubric a missing explicit trigger clause caps completeness at 3.

3 / 5

Trigger Term Quality

The description leans on technical jargon (reaver, pixiewps, bully, nonce) while the natural user-facing trigger phrasing lives in metadata.when_to_use rather than the description field; some relevant keywords but missing common variations as natural phrasing.

3 / 5

Distinctiveness Conflict Risk

A clearly defined WPS Pixie-Dust niche with distinct tool-named triggers; minimal risk of triggering for the wrong wireless skill.

5 / 5

Total

16

/

20

Passed

Validation

87%

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

Validation14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

metadata_field

'metadata' should map string keys to string values

Warning

Total

14

/

16

Passed

Repository
PurpleAILAB/Decepticon
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.