WiFi安全协议全解析：从WEP到WPA3的认证、加密与完整性演进

不知道你有没有过这种经历：给家里WiFi设了一个自以为很复杂的密码，然后某天发现网速莫名变慢，登录路由器后台一看，连接设备列表里多了一台你不认识的手机。于是你改密码、重启路由、再改密码，折腾一晚上，最后只能安慰自己“可能隔壁老王蹭网了”。

其实这件事暴露了一个很常见但又容易被忽略的事实：大多数人眼中的“WiFi密码”，只是WiFi安全体系里最外面的一层壳。真正的WiFi安全，是认证、加密、完整性校验三套机制协同工作的结果。密码只是敲门砖，敲完门之后，你和一个AP之间的每一bit数据都有一整套密码学协议在背后兜底。

这篇文章是WiFi基础系列的第八篇，我会从协议演进、握手细节、企业级认证机制、WPA3新特性这几个角度，把WiFi安全这张网彻底拆开讲清楚。适合刚入行的网工、无线网络爱好者，以及那些想搞明白“路由器后台里那些加密选项到底是啥”的技术型用户。

1. 先厘清一件事：WiFi的“密码”到底在保护什么

很多人以为WiFi安全就是“防止别人连上我的网”，这话对了一半。防蹭网只是最表层的目的，WiFi安全体系真正要解决的是三个彼此独立的问题：你是谁（认证）、数据有没有被偷看（机密性）、数据有没有被篡改（完整性）。

1.1 安全目标：不是只有“防蹭网”

我们先从安全目标说起。一个完整的无线网络安全方案，至少要满足以下四点：

• 认证（Authentication）：确认试图接入网络的设备或用户确实是合法的。简单说就是“验明正身”。
• 机密性（Confidentiality）：保证数据在空气中传输时，即使被截获也无法读懂。依赖的是加密算法。
• 完整性（Integrity）：保证数据在传输过程中没有被第三方篡改。依赖的是消息校验码（MIC）或认证标签。
• 可用性（Availability）：保证网络能正常提供服务，不因攻击而瘫痪。比如防止恶意设备发送大量管理帧把AP打挂。

在WiFi协议里，这四点的实现机制是分层、分角色配合的。认证解决“能不能进来”的问题，加密解决“进来之后传的数据安不安全”的问题，完整性解决“数据有没有被动过手脚”的问题。

1.2 认证和加密是两个维度，别混为一谈

我见过太多人把“认证”和“加密”混为一谈，甚至一些刚入行的工程师也会说“我们用WPA2-PSK加密了网络”。严格来说，WPA2-PSK里的PSK是预共享密钥（Pre-Shared Key），它本身是一个认证凭据，而不是加密算法。加密算法是CCMP-AES，认证方式才是PSK。

打个比方：认证是“门禁卡”，加密是“保险柜”。门禁卡决定你能不能进这栋楼，保险柜决定你进楼之后拿到的文件会不会被外人偷看。两者相互独立，但又必须配合使用。

• 如果只认证不加密，那等于门禁卡发给了合法用户，但大家在楼里说话时窗户大开，路人全听得见。
• 如果只加密不认证，那等于保险柜谁都能搬走，只是打不开而已。
• 这种情况下网络还能用吗？能用，但攻击者可以合法地接入你的网络，共享你的带宽，甚至发起内部攻击。

所以WiFi安全标准从来都是“认证+加密+完整性校验”同步设计，而不是把某一个维度做深做透就万事大吉。

1.3 完整性校验：第三个容易被忽略的维度

完整性校验很多人不太关心，但它非常重要。无线链路的本质是电磁波在空气中传播，任何人拿着合适的接收器都能收到你AP发出的无线电波。如果攻击者不能解密，他能不能篡改？理论上可以，但篡改后的密文经过解密后大概率变成乱码，接收方无法识别——可问题在于，接收方如何判断“这段数据是假的”？

这就是完整性校验的战场。

完整性校验通过消息校验码（MIC）或认证标签（Tag）来实现。发送方用密钥对数据计算出一个固定长度的摘要，接收方用同样的密钥重新计算并比对。不一致就丢弃。这里的关键在于：MIC的计算必须掺入密钥。如果MIC不掺密钥，攻击者篡改数据后重新计算一个MIC就可以了，完整性校验形同虚设。WEP当年就是在这个环节吃了大亏。

2. 从WEP到WPA3：每一次协议升级都是被攻破逼出来的

WiFi安全协议的发展史，其实就是一部攻防对抗史。每一代协议被广泛部署后，很快就有研究者或黑客找到破绽，然后标准组织被迫推出下一代。

2.1 WEP的失败：RC4+CRC32的组合为何不堪一击

WEP（Wired Equivalent Privacy）是1997年IEEE 802.11标准里的原始加密方案。它的设计初衷是“让无线网络拥有和有线网络同等级别的隐私”，但从密码学角度看，它几乎是教科书级的错误示范。

WEP的加密流程如下：

• 发送方用RC4流密码算法生成密钥流，将明文与密钥流异或得到密文。
• RC4的密钥由两部分拼接而成：24 bit的初始向量（IV）+ 40 bit（或104 bit）的静态密钥（WEP Key）。
• 数据完整性用CRC32校验和实现，CRC值会随数据一起被加密传输。

这个设计至少有四个致命伤：

1. IV只有24 bit。一台繁忙的AP很快就能穷尽所有IV组合，导致RC4密钥流重复。当两个数据包使用相同的IV时，攻击者可以通过异或操作直接还原出明文，这就是所谓的“IV碰撞”攻击。
2. RC4本身存在弱密钥。RC4的前256字节输出有统计学偏差，攻击者可以据此恢复密钥。虽然WEP的实现做了一定的丢弃处理，但整体上RC4在WEP场景下被证明是不安全的。
3. CRC32做完整性校验是致命错误。CRC32是线性校验算法，不掺密钥。攻击者即使不知道WEP密钥，也可以通过