CtrlK
BlogDocsLog inGet started
Tessl Logo

wireless-overview

Top-level index for the Decepticon 802.11 wireless attack suite. Routes the WirelessOperator to the correct leaf skill based on the target AP's crypto column (PSK / SAE / MGT / WPS) and engagement posture. BLE, Zigbee, Z-Wave, LoRaWAN, and sub-GHz live under iot/ by design — link provided below to prevent duplication.

64

Quality

78%

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/SKILL.md
SKILL.md
Quality
Evals
Security

802.11 Wireless Attack Suite — Operator Index

Load your wireless workflow (loaded into your system prompt) first on every iteration (hardware mode check, phase progression, scope rules, KG node contract). This file is the routing layer on top of it.

Playbook table

Leaf skillCrypto column / triggerPrimary MITREStatus
wpa2-pskWPA2 PSK, WPA PSKT1040, T1110.001shipped
wpa3-saeWPA3 SAE, WPA2 WPA3 transition modeT1557, T1040shipped
wpa-enterprise-eapMGT, WPA-Enterprise, 802.1XT1557, T1110.001shipped
wps-pixie-dustWPS column non-empty, WPS flag in washT1110.001, T1040shipped
evil-twin-karmaOpen / PSK, PNL probe leakage, captive portalT1557, T1556shipped
deauth-pmfAny target needing client reconnect or 802.11w posture findingT1498, T1040shipped
krack-fragattacksLegacy / embedded supplicant, key-reinstallation / fragmentation testT1557, T1040shipped

BLE GATT, Zigbee Touchlink, Z-Wave, LoRaWAN, and sub-GHz attacks are scoped to standard/iot/. Cross-reference that suite when the objective targets non-802.11 RF.

Hardware mode pointer

Leaf skills inherit the mode check from the wireless workflow:

mode = plan/roe.json:machine_enforcement.wireless.mode
  "in_sandbox"  → USB passthrough, monitor mode inside Kali
  "dropbox"     → ssh <dropbox> -- '<cmd>' for every wireless op
  "none"        → refuse, return outcome=blocked

Crypto-mode decision tree

airodump-ng --write-interval 1 --output-format csv ...
Read the ENC/CIPHER/AUTH columns:

  ENC=WPA2, AUTH=PSK          → wpa2-psk
  ENC=WPA3, AUTH=SAE          → wpa3-sae
  ENC=WPA2+WPA3, AUTH=SAE+PSK → wpa3-sae (transition-mode downgrade path)
  AUTH=MGT / 802.1X            → wpa-enterprise-eap
  WPS column non-empty          → wps-pixie-dust (run in parallel with PSK path)
  Open / no credential needed  → evil-twin-karma (KARMA/portal capture)

After selecting the primary leaf, always check:
  - deauth-pmf: needed if Path B (four-way) is chosen OR as standalone PMF finding
  - krack-fragattacks: applicable when target is legacy/embedded/poor-patch-cadence

KG node contract

All wireless leaf skills write the same node types (mirrors the wireless workflow):

Node kindTypical props
Networkssid, bssid, channel, crypto, pmf_state
Hostmac, oui, last_seen_bssid
Credentialsecret_type, ssid, bssid, psk/eap_identity/eap_challenge
Findingtitle, cve_ids (if applicable), severity, remediation

OPSEC posture cross-reference

posturetechniques permitted
stealthPMKID (wpa2-psk Path A), passive PMF detect (deauth-pmf), Pixie-Dust only
standard+ targeted deauth (1 frame), EAP capture, WPS Pixie-Dust
loud+ broadcast deauth, evil-twin, KARMA, beacon flood, online WPS brute

Evil-twin always requires explicit permitted_actions: evil_twin in plan/roe.json regardless of posture — see the wireless workflow scope rules in your system prompt.

Repository
PurpleAILAB/Decepticon
Last updated
First committed

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.