CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

deauth-pmf

Targeted and broadcast 802.11 deauthentication / disassociation, 802.11w/PMF posture detection, and action-frame attack variants. Reusable by wpa2-psk (handshake), wpa3-sae (downgrade), and evil-twin (roaming coercion).

Quality

84%

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

90%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, highly actionable body: executable commands for every variant, a decision-gated workflow, and explicit RoE/OPSEC guardrails with almost no padding. The only notable gap is the absence of a post-action verification loop for the destructive broadcast/DoS paths.

DimensionReasoningScore

Conciseness

The body is lean: concrete commands with only operationally useful comments (e.g. '5–10 seconds is enough to collect multiple beacons'), a compact decision table, and no explanation of 802.11, PMF, or tool basics Claude already knows. Every section earns its tokens, matching the 5 anchor rather than 4.

5 / 5

Actionability

Fully executable, copy-paste-ready commands with parameter placeholders throughout — airodump-ng capture, tshark RSN-capability decoding, aireplay-ng targeted/broadcast deauth, mdk4 flood variants, and a concrete scapy SA-Query frame. Specific examples cover the common cases, matching the 5 anchor.

5 / 5

Workflow Clarity

Clear 5-step sequence with an explicit PMF-state decision table before any deauth, prerequisites, an explicit RoE hard-stop gate for broadcast/DoS actions, and verification cues ('Confirm the client reassociates', watch for 'WPA handshake' header). It is not 5 because the destructive broadcast/DoS paths have a pre-flight gate but no post-action verify/retry feedback loop.

4 / 5

Progressive Disclosure

No bundle files exist (references/, scripts/, assets/ are absent), so all content is a single well-sectioned file with clear headers and a References section pointing to sibling skills. Well-organized with minor gaps (e.g. the scapy SA-Query block could live in scripts/), matching 4 rather than 5 since the one-level-deep reference pattern is unused and the file exceeds the simple-skill threshold.

4 / 5

Total

18

/

20

Passed

Description

75%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 specific, well-scoped description with concrete capabilities and minimal conflict risk. Its main weakness is the missing 'Use when...' trigger clause and the absence of natural trigger-term synonyms in the description itself.

Suggestions

Add an explicit 'Use when...' clause, e.g. 'Use when deauthing clients for handshake capture, checking 802.11w/PMF posture, or testing DoS resilience.'

Include natural trigger-term synonyms users would actually say — 'deauth', 'MFP', 'management frame protection' — in the description itself rather than only in metadata.when_to_use.

State the PMF-state finding deliverable as a use case (users wanting a PMF-disabled audit finding should trigger this skill even without deauth intent).

DimensionReasoningScore

Specificity

The description lists multiple specific concrete actions — 'Targeted and broadcast 802.11 deauthentication / disassociation', '802.11w/PMF posture detection', and 'action-frame attack variants' — giving comprehensive coverage of the skill's capabilities. It is not 4 because no material action of the skill is omitted from the description.

5 / 5

Completeness

The 'what' is explicit and clear, but there is no 'Use when...' clause or equivalent explicit trigger guidance — the reusability sentence describes which skills call it, not when to use it. Per the guideline, a missing 'Use when' clause caps completeness at 3.

3 / 5

Trigger Term Quality

Good keyword coverage including 'deauthentication', 'disassociation', '802.11w', and 'PMF', but natural user variations like 'deauth' (the shorthand a user would actually type), 'MFP', or 'management frame protection' are absent from the description (they only appear in metadata.when_to_use). It is not 5 because several natural synonyms users would say are missing.

4 / 5

Distinctiveness Conflict Risk

The 802.11 deauth/PMF niche is highly specific, and the description explicitly distinguishes its role from sibling skills (wpa2-psk handshake, wpa3-sae downgrade, evil-twin roaming), minimizing wrong-skill trigger risk. It clearly matches the 5 anchor rather than 4.

5 / 5

Total

17

/

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.

Validation — 14 / 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

Path

packages/decepticon/decepticon/skills/standard/wireless/deauth-pmf/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.