企业官网建设流程全解析

一条条看下去，标题列的“无线安全分析实战”正是这两年我这边做得比较多的活儿。很多朋友拿到Wireshark就只会看个HTTP请求，最多过滤个TCP三次握手，遇到Wi-Fi抓包经常是一脸懵：明明同一个路由器，手机连着和电脑连着抓出来的包怎么完全不一样？无线网卡明明在监听，为什么抓不到别人的包？这些问题归结起来，核心就是没搞明白一件事——你看到的不是“空口数据”，而是“解密之后”的数据。

这篇文章我想结合实际抓包经历，把WEP、WPA、WPA2这三种最常见的Wi-Fi加密协议的流量特征彻底讲透。范围限定在个人实验环境、自己的路由器、自己的终端设备，全程合法合规，目的就是让做网络运维、安全测试入门、协议分析的朋友，真正学会用Wireshark把无线空口上的密文和明文对应起来。看完之后你至少能回答三个问题：WEP为什么一抓一个准？WPA/WPA2的四次握手到底在干什么？同一个Wi-Fi下，为什么有人能解开你的包，有人死活解不开？

1. 无线抓包的整体设计与思路拆解

1.1 无线抓包和有线抓包的根本差异

很多人第一次用Wireshark抓无线，上来就选中“Wi-Fi”网卡点开始，结果发现包确实在跳，但全都是些看不懂的802.11管理帧，什么Beacon、Probe Request、ACK一大堆，唯独没有自己想要的HTTP、TCP数据。这个现象背后是一个关键点：有线网卡天生工作在“已连接”状态，网卡驱动已经把数据链路层的封装处理好了，以太网帧直接丢给上层。

无线网卡则不一样。普通的无线网卡驱动默认只把“属于本机连接”的数据包交给系统协议栈处理，其他站点的空口帧一律丢弃。想要在Wireshark里看到原始的空口帧，必须把无线网卡切换成监听模式（Monitor Mode），让网卡无视连接关系，把接收到的每一个802.11帧都原样上报给抓包程序。

这是一个质的区别：在监听模式下，你收到的是一堆带有802.11头部的帧，这些帧还分控制帧、管理帧、数据帧三大类。数据帧里面，真正承载网络层数据的部分是加密的（除了开放网络），你在Wireshark里看到的是一堆无法解读的乱码。所以无线抓包的完整链路应该是：监听模式抓原始帧 → 配置解密密钥 → Wireshark协议解析器自动解密 → 还原出完整的网络层数据。链路中任何一环断了，结果都跑偏。

注意：监听模式能不能开，取决于无线网卡芯片和驱动。Windows系统对无线网卡的监听模式支持非常差，实测下来绝大多数内置网卡都进不了Monitor Mode，即便进了也丢包严重。想认真做无线分析，USB外接无线网卡是首选，芯片方案选那些Linux社区支持完善的，驱动能直接拉起监听模式。

1.2 为什么从WEP到WPA2的流量特征差异巨大

三种加密协议虽然目标一致（保护空口数据不被偷听），但设计思想完全不同，这直接决定了它们在Wireshark里的表现形态。

WEP用的是RC4流密码，每个数据帧用24比特的初始向量（IV）加固定密钥做种子，生成密钥流对数据进行异或加密。问题在于IV太短，同一密钥下IV很快循环重复，一旦两个帧用了相同的IV和密钥，密钥流就一样，把两段密文异或就能推出明文。实际抓包中WEP网络特征非常“豪爽”：每个数据帧头部都能直接看到IV字段，而且这个IV是明文传输的。这意味着你不需要任何解密配置，光是从帧头就能判断出这是WEP网络，然后通过统计分析IV复用情况就能写出攻击工具。

WPA（这里指WPA-PSK/TKIP）是为了弥补WEP的漏洞临时拼凑的方案。它保留了RC4算法，但引入了128位临时密钥（PTK）、每包密钥（per-packet key）混合机制、MIC校验（Michael算法），并且把IV扩展到了48位。在Wireshark里WPA/TKIP的帧特征也很显眼：数据帧有一个扩展的IV字段，长度为4字节，还带有一个8字节的MIC字段。看到数据帧里带MIC，基本就是TKIP。

WPA2则彻底抛弃了RC4，全面转向AES-CCMP。CCMP采用CTR模式加密、CBC-MAC做完整性校验，它不叫IV而是叫PN（Packet Number，包序号），长度48位。在Wireshark里WPA2数据帧的特征是：头部没有明显的TKIP MIC字段，扩展IV字段是CCMP专用的8字节PN结构，整体帧头结构和WEP/TKIP都有明显差异。

这三种协议在抓包界的“可见性”完全不同。WEP是裸奔，抓包无需任何配置就能看到IV和密文特征；WPA/TKIP需要拿到PSK和握手包才能解密；WPA2/CCMP同样需要PSK加四次握手，但解密后的数据更干净，没有TKIP那套复杂的MIC校验过程。理解这些差异，你就明白为什么实际渗透测试中WEP基本是一捅就破，而WPA2需要耐心等握手包或者跑字典。

1.3 核心分析目标与实验环境规划

这篇文章的实操目标明确：在同一实验网络里，分别搭建WEP、WPA（TKIP）、WPA2（CCMP）三种加密方式的热点，用Wireshark在监听模式下抓取空口流量，然后通过配置解密密钥，把加密流量还原成明文，逐个对比三者的数据帧结构、握手过程、解密后的差异。

实验环境我用的是三台设备协同：一台树莓派充当热点（hostapd切换加密方式很方便），一台普通手机作为客户端持续产生流量，一台笔记本加USB无线网卡作为抓包机。没有树莓派也没关系，随便找一台能装hostapd的路由器或Linux主机都行，核心是抓包机能进监听模式。

实验网络的规划建议单频段2.4G，信道固定，避免跳频导致抓包不连续。SSID尽量起得有区分度，比如WEP_Test、WPA_TKIP_Test、WPA2_CCMP_Test。这里提醒一句，现在很多路由器固件已经不再提供WEP和WPA/TKIP模式的选项，建议直接刷开源固件，或者用PC加无线网卡开热点，灵活度最高。

2. 核心细节解析：三种加密协议在Wireshark中的特征差异

2.1 熟悉802.11帧结构是看懂一切的前提

在对比三种协议之前，必须先把802.11数据帧的通用结构捋一遍。一个标准的802.11数据帧包含：Frame Control（2字节）、Duration/ID（2字节）、Address1~Address4（各6字节）、Sequence Control（2字节）、QoS Control（可选，2字节）、Frame Body（变长）和FCS（4字节）。

Frame Control里有几个关键位：Protocol Version（2位）、Type（2位）、Subtype（4位）、To DS/From DS（各1位）、More Fragments、Retry、Power Management、More Data、Protected Frame（1位）、Order。其中Protected Frame位非常关键，它标记该帧是否加密。在Wireshark里，加密帧的Frame Control字段会显示“Protected”标志，同时整个Frame Body呈现为密文形态。

To DS和From DS这两个标志位决定帧的流向：00表示两个站点之间直接通信（Ad-hoc），01表示从站点到接入点（上行），10表示从接入点到站点（下行），11表示无线桥接。分析加密流量时，结合To DS/From DS和三个地址字段（接收端、发送端、BSSID），就能判断这个加密帧到底是谁发给谁的。

很多初学者容易被802.11帧吓到，其实分析加密协议时不需要逐字段精读，重点是抓住几个标志：Protected位、IV字段、扩展IV、MIC字段、PN。这三个协议的区别恰恰就藏在这些字段里。我在下面会逐个展开。

实操建议：开启Wireshark的802.11协议解析后，在“Frame Control”字段上右键→“Apply as Column”，把Protected标志、Type/Subtype等关键信息放到列显示，分析效率直接翻倍。

2.2 WEP网络的“裸奔”特征与破解原理

WEP数据帧的结构相对简单：Frame Body最前面是4字节IV（其中3字节是IV，1字节是Key ID），接着是加密后的数据（含4字节ICV），最后是FCS校验。由于IV是明文传输，Wireshark对WEP帧的解析非常直观——802.11数据帧里你甚至能在Wireshark的帧详情树里看到“WEP IV”这个字段。

实测中WEP网络最明显的特征，就是在没有配置任何解密密钥的情况下，数据帧也能看出“淡淡的轮廓”——帧头部能看到完整的IV字段、Key ID，而且通过对比多个帧的IV还能直接判断IV是否在循环复用。我曾经抓了一个WEP热点大约5万帧，统计发现某些IV组合出现了上千次复用，这意味着对应密钥流已经重复产生，理论上截获足够的密文就可以恢复明文。

在Wireshark里解密WEP极其简单，只用三步：打开“Edit→Preferences→Protocols→IEEE 802.11”，勾选“Enable decryption”，在Decryption Keys里添加WEP密钥（格式为wep:hex密钥），比如wep:1234567890。添加后Wireshark会自动对匹配该密钥的加密帧进行解密，帧详情里会多出一层“解密后的数据”内容。

所以说WEP是“一抓一个准”的典型：不需要等待什么握手包，你只要靠近目标网络，切到监听模式抓取足够多的数据帧，密钥流复用的情况就会暴露。这也是WEP被淘汰的根本原因——安全设计完全没有考虑“IV空间有限”这一现实约束。

2.3 WPA/TKIP的临时密钥机制与数据帧特征

WPA-PSK模式下，客户端和AP通过四次握手协商出成对主密钥（PMK）和成对临时密钥（PTK）。数据帧加密使用的密钥就是PTK的一部分（KCK用于MIC计算，KEK用于EAPOL密钥加密，TK用于数据加密）。

在Wireshark里，WPA/TKIP数据帧的识别特征是：数据帧的Frame Body前部出现一个4字节的扩展IV（Ext IV）字段，其中最后一个字节的高位被置1表示这是TKIP扩展IV；随后密文数据的末尾带有一个8字节的MIC字段（Michael MIC）。这个MIC字段是TKIP独有的，抓包时看到它基本可以锁定是WPA/TKIP网络。

TKIP还有一个显著特征：每个数据包都使用了不同的“混合密钥”（通过帧的MAC地址、PN和TK混合生成），即使PN相同，密钥流也不同。这解决了WEP的IV复用问题，但代价是解密流程复杂——需要先通过PTK计算每个包的密钥流，再对密文进行解密和MIC校验。

实际抓包中，WPA/TKIP的EAPOL四次握手本身就极具分析价值。四次握手的四个消息在Wireshark中会被标记为EAPOL类型，消息1是AP发送的随机数ANonce，消息2是客户端发送的SNonce和MIC，消息3是AP确认并下发GTK，消息4是客户端确认。拿到这四个消息，再加上已知PSK，就能离线计算出PTK，从而解密所有数据帧。

提示：想抓取完整的四次握手，必须保证监听网卡在客户端接入瞬间就在空中。如果错过了握手包，后续的数据帧解不开，除非重新连接一次网络。这也是很多人在Wireshark里配置了PSK却仍然解不开数据的原因——缺握手包。

2.4 WPA2/CCMP的现代加密设计与帧结构变化

WPA2全面转向AES-CCMP后，数据帧结构发生了两个重要变化：一是加密头从WEP/TKIP的4字节扩展IV演变为CCMP的8字节PN（Packet Number），这8字节明确呈现为明文；二是不再有独立的MIC字段，完整性校验被CCMP的CBC-MAC（即MIC）整合进了密文负载中，整个数据部分的长度和格式都更加规整。

在Wireshark中识别WPA2/CCMP帧，看PN字段就够了：Frame Body前8字节是PN，接着是密文和CBC-MAC。相比TKIP那套四字节扩展IV加八字节MIC的外置结构，CCMP的帧面干净很多，专业点说这叫“一体化认证加密”。使用AES-CCMP后，即使你截获了相同PN的两个帧，CTR模式的不同计数器值也能确保密钥流完全不同，安全性远超WEP那套IV机制。

解密WPA2在Wireshark里的操作和WPA/TKIP几乎一致：同样是在IEEE 802.11协议设置里填PSK（格式为“wpa-pwd:密码:SSID”），前提是有完整的四次握手包。实测中WPA2解密后的流量还原度非常高——TCP流、HTTP请求、DNS查询、TLS ClientHello全部正常呈现，和有线抓包看到的几乎没区别。

但WPA2也有它自己的命门：只要PSK是弱密码（比如纯数字、常见字典词），拿到握手包后就能离线暴力破解。握手包里包含了足够的随机数和MIC信息，攻击者不需要连接网络，只需要离线跑字典就能验证密码是否正确。这也是WPA2网络防护的核心要点：密码必须是高熵值的长随机串。

3. 实操过程：用Wireshark抓取并还原三种加密流量

3.1 抓包前的网卡准备与监听模式验证

进入监听模式是第一步，也是翻车概率最高的一步。我用的是USB接口的无线网卡，芯片方案在Linux下支持完善，插到笔记本后先用iw命令确认网卡名称（通常是wlan0或者wlan1），然后执行：

sudo ip link set wlan1 down sudo iw dev wlan1 set type monitor sudo ip link set wlan1 up

执行完毕后用iw dev wlan1 info确认mode是monitor。如果命令报错“Operation not supported”，说明网卡或者驱动不支持监听模式，换网卡是最快的办法。Windows下如果实在要用内置网卡，可以试试网卡驱动自带的“监听模式”选项，但我实测下来基本都没戏，要么抓不到任何包，要么抓到的一堆都是错帧。

监听模式就绪后，启动Wireshark，选择wlan1接口开始抓包。抓包过滤器建议这样写：

wlan.fc.type == 2

这个表达式只看数据帧（Type=2），过滤掉管理帧和控制帧，避免界面被Beacon和ACK刷屏。

3.2 搭建WEP实验热点并抓取特征流量

我选了一台刷了开源固件的旧路由器来做WEP热点，SSID设为WEP_Test，认证方式选WEP开放系统，密钥用10位十六进制数。配置好后手机连接热点，然后打开浏览器刷几个网页，让流量跑起来。因为WEP的加密强度很弱，抓包机只需要靠近热点，就能在Wireshark里看到所有WEP帧。

在Wireshark里输入wlan.fc.protected == 1过滤出加密帧，随便点开一个数据帧，在Frame Body的第一个字段上就能看到WEP IV，值为3字节十六进制。同一个Key ID下，你翻看不同帧的IV，很快就会看到相同IV的重复出现——这就是WEP的经典病灶。

接着按之前说的路径把WEP密钥配置进Wireshark，解密后重新查看同一个帧，Wireshark会显示解密后的明文数据，还能看到ICV校验结果：

wlan.wep.icv.status == 0x0000

如果ICV校验失败（status非0），一般是密钥填错或者帧在传输中损坏。

3.3 搭建WPA/TKIP热点并抓取四次握手

WPA实验我用树莓派加hostapd来完成。hostapd配置文件的加密部分这样写：

wpa=1 wpa_passphrase=TestPassword123 wpa_pairwise=TKIP wpa_key_mgmt=WPA-PSK rsn_pairwise=TKIP

注意wpa_pairwise指定TKIP，这样出来的就是经典的WPA/TKIP网络（不是WPA2）。配置好后启动hostapd，手机重新连接这个热点。

抓包机保持监听状态，等手机发起连接的时候，Wireshark里就会出现四条EAPOL消息——这就是四次握手。用过滤表达式：

eapol

就能快速定位。点开消息1，可以看到AP发送的ANonce（32字节随机数）；消息2里能看到客户端的SNonce和MIC；消息3里能看到GTK相关字段（加密的）。

Wireshark解密WPA/TKIP的方法：在IEEE 802.11协议设置里添加密钥，格式为wpa-pwd:TestPassword123:WPA_Test。重点在于，如果你没有抓到完整的四次握手，即使密码正确也解不开后续的数据帧。我实测过多次，最快的那一次从开始监听到抓到完整握手只花了不到10秒（因为手机本来就要重连），但有一次手慢了，等手机连上才开始抓包，结果等了一段时间都没有新握手，重新断开再连才捕获到。

解密之后，打开任意一个数据帧，你会看到wlan.tkip.mic字段出现在帧详情里，Mic状态显示为“Valid”。这时候再用wlan.tkip.mic校验过滤，就能确认每一个数据帧都通过了完整性校验。

3.4 搭建WPA2/CCMP热点并对比抓包结果

WPA2实验同样用hostapd，把配置改成：

wpa=2 wpa_passphrase=AnotherTestPassword456 wpa_pairwise=CCMP rsn_pairwise=CCMP

手机连接后，抓到的握手包同样是四条EAPOL，但数据帧的结构和WPA/TKIP明显不同——没有TKIP那8字节MIC，Frame Body里是8字节的CCMP PN。解密配置和WPA一样，在IEEE 802.11设置里填wpa-pwd:AnotherTestPassword456:WPA2_Test，然后数据帧全部还原。

对比三种协议的抓包结果，给你一个直观的观察清单：

正常测试完一轮，你会发现一个很有意思的点：WEP的抓包解包最短，不需要等待特定时机；WPA/WPA2一定要等“连接瞬间”才能拿到完整解钥匙。这也是无线分析与有线抓包在“时间窗口”这个维度上最大的不同——无线分析必须抓“过程”，而不仅仅是抓“内容”。

3.5 将抓到的握手包导出为破解专用格式

解密归解密，实操中还有一个高频需求：拿到握手包后做离线密码验证。Wireshark虽然方便，但它不是专门的破解工具，它所保存的pcapng文件包含了大量无关帧，直接交给密码恢复工具并不高效。

抓完包后，我习惯于这样操作：先过滤出完整的四次握手帧（用eapol过滤），然后“File→Export Specified Packets”，勾选“Displayed”只导出握手帧，保存为pcap格式。接下来用hcxpcapngtool或者社区里常用的工具把这个pcap转成hashcat可用的哈希格式，然后就能交给密码恢复工具跑字典。

注意：导出的握手包一定要确保包含至少一条“消息1”和对应“消息2/消息3”。很多工具解析失败，都是因为导出时漏了消息3中的GTK相关信息。稳妥的做法是完整导出四次握手的前三条消息。

需要额外说明的是，密码恢复的字典质量直接决定效率。纯数字8位的字典跑起来非常快，但真正安全的PSK本来就该是随机长串，这种情况下跑多久都没意义。安全实验的目的是验证弱密码风险，而不是宣传破解手段。

4. 常见问题与排查技巧实录

4.1 配置了PSK却解不开数据帧

这是频率最高的求助问题。我排查过多次后发现，绝大多数情况的根因不是密钥填错，而是“当前抓包里没有可用的四次握手包”。解密WPA/WPA2依赖握手包里的随机数和MIC信息来构造PTK，缺了这一步，知道密码也无济于事。

确认方法很简单：在Wireshark里过滤eapol，如果看不到任何EAPOL帧，说明这个抓包里根本没有握手过程，你得重新让客户端连接一次网络。看得到EAPOL帧但依然解不开，就检查EAPOL帧的完整性，是否包含消息1到消息4（至少要有前三条），再看密钥格式是否正确。

另外，Wireshark的PSK格式一定要写成wpa-pwd:密码:SSID，注意SSID大小写敏感。我见过有人把SSID写错（比如漏了个字母），结果Wireshark一直报“No decryption key found”，排查半天才发现只是大小写问题。

4.2 监听模式下收到大量“伪装”帧或校验错误

无线抓包不像有线那么干净。你开着监听模式，周围的微波炉、蓝牙设备、隔壁Wi-Fi都有可能造成干扰，导致帧校验错误（FCS错误帧）。这些坏帧在Wireshark里会直接显示为黑色或红色，分析时要先过滤掉：

wlan.fcs.status == 0x0000 && wlan.fc.type == 2

只保留校验通过的帧，数据干净了分析才有意义。

另一个容易踩的坑是信道偏移。大多数网卡在同一时刻只能监听一个信道，如果你抓包的网卡还连着同一个路由器的Wi-Fi，它会自动跟着路由器跳信道，监听模式下抓到的帧支离破碎。解决办法是固定信道——先用iw dev wlan1 set channel 6把网卡锁在信道6，再确认路由器的热点也固定在信道6，两边都在同一频点上。

4.3 Windows下用内置网卡抓Wi-Fi包总是丢帧

这个问题无法完全绕开。Windows平台的无线网卡驱动栈对监听模式支持很差，抓到的帧不仅少，而且大量错序、重复、FCS错误。我建议立刻放弃内置网卡，几十块钱收一个支持监听模式的USB网卡，在虚拟机里把USB设备直通给Linux系统，稳定性和抓包完整性完全不是一个级别。

另外，就算网卡进不了监听模式，也不是完全没得玩——Windows下的Wireshark可以选择“Npcap loopback adapter”配合“AirPcap”这类专用硬件，但那些设备价格高且市场存量少，普通爱好者没必要折腾。直接上USB网卡加Linux虚拟机是性价比最高的方案。

4.4 TKIP解密后Wireshark显示MIC校验失败

这里要先分清楚是“真失败”还是“假失败”。真失败说明数据包在传输过程中被篡改或损坏，这种帧本身就说明网络有人在干扰或者信号质量差；假失败则大概率是帧重传导致的重复包，Wireshark在解析时计算MIC使用的字段和实际稍有偏差。

处理方式：先看该帧的Retry位是否为1，如果确实标记为重传帧，直接忽略。如果非重传帧且MIC失败持续出现，考虑信号干扰，调优网卡位置或者换信道再试。我实操下来，只要抓包网卡和热点距离不超过3米、没有隔墙，极少出现MIC失败。

4.5 三套加密协议抓包总结与避坑建议

实验做完后，整理几条个人经验，希望能帮你少走弯路：

第一，破解分析永远是“先看帧特征，再谈解密配置”。拿到一个陌生Wi-Fi抓包，先用wlan.fc.protected筛选加密帧，点开帧看Frame Body头部是否有IV字段、是否有扩展IV、是否有MIC。三者的差异一眼就能判断加密类型，根本不需要先连上去看路由器配置。

第二，抓WPA/WPA2握手包讲究“时机”。手动断开再连接一次是最稳妥的方案，比起干等到天荒地老，手动触发重连高效得多。写自动化脚本连续ping也不能保证在监听网卡覆盖范围内完成重连，还是手动最可靠。

第三，Wireshark的无线解密功能虽然好用，但它是分析工具不是破解工具。叫上朋友一起做实验时，用Wireshark解密流量的过程本身就能解释很多安全问题：WEP的IV复用、WPA的弱密码离线破解、WPA2的PSK重要性。这些概念用抓包结果直接展示，比单独看文档直观太多。

第四，分析完记得把实验环境清理干净。改回正常加密方式、关闭临时热点、删除抓包文件。有同事的U盘里存着几千个pcap文件，里面全是自家Wi-Fi的解密流量，这种习惯一旦U盘丢失，私密流量就全暴露了。

个人实际体验是，把三种协议都完整抓过一遍、解过一遍之后，你对Wi-Fi安全的认识会从“听说过”变成“看得见”。WEP的IV复用不再是书上一句话，而是你眼前一行行重复出现的字段；WPA2的弱密码风险也不只是概念，而是你亲眼看着握手包导出、跑字典、几秒出结果的全过程。这种“看见”的感觉，比任何理论讲解都来得扎实。后面如果想继续深入，可以试试抓取Wi-Fi漫游过程，看看802.11r快速漫游的握手机制和普通四次握手的差异，那又是一片新天地。