简介本资源是一份面向网络初学者与通信技术从业者的Wi-Fi基础知识系统性整理文档聚焦无线网络原理、协议演进与核心术语解析帮助读者快速建立Wi-Fi技术认知框架解决学习中术语混淆、协议差异不清、组网逻辑模糊等常见问题。文档为单文件Word格式.doc体积精简仅88KB便于快速查阅与离线学习内容涵盖Wi-Fi基本特性对比如半双工、高误码率、易抓包等局限、IEEE 802.11系列协议详解802.11a/b/g/n的频段、速率及MAC层关键改进如HT-40与MIMO以及WLAN体系核心概念——AP、Station、SSID、BSSID、BSS、DS等术语的定义、作用与相互关系。目前已有278人学习下载适合备考认证、课程预习或工程实践前的知识扫盲结构清晰、中英术语并重兼顾准确性与可读性。1. Wi-Fi 不是“无线以太网”它连全双工都做不到却靠一套反直觉的帧调度机制活了下来你有没有试过在办公室连上 Wi-Fi 后一边下载大文件、一边开 Zoom 会议、再同时刷网页——表面看一切流畅但只要打开 Wireshark 抓包立刻会发现同一时刻整个信道上只有一台设备在发数据其他所有 Station 都在等哪怕你手边有三台手机、两台笔记本、一个智能音箱它们在物理层根本不能“同时说话”。这不是性能瓶颈而是设计使然Wi-Fi 的 MAC 层从根子上就拒绝全双工通信甚至不承认“并发传输”这个概念。它用的不是以太网那种 CSMA/CD载波监听多路访问/冲突检测而是更苛刻的 CSMA/CA冲突避免——不是等撞上了再退避而是在开口前先“敲门问好”。更反直觉的是这个被广泛认为“只是无线版以太网”的技术其底层帧结构里藏着至少 4 种地址字段、3 种方向标识、2 套端序规则连 ACK 帧自己都不需要被确认。为什么因为无线信道没有物理线缆兜底信号会反射、衰减、被遮挡、被隔壁老王的微波炉干扰出错率比千兆以太网高两个数量级。所以 Wi-Fi 不是把有线协议“无线化”而是用一整套为“不可靠介质”量身定制的生存策略——从 Beacon 定时广播建立存在感到 RTS/CTS 构建虚拟握手通道再到 Fragmentation 主动切片降低重传代价。这份《Wi-Fi 基础知识讲解.doc》之所以值得深挖正因为它没停留在“SSID 怎么填”“密码输错几次锁死”这种表层操作而是把这套生存策略的骨架——802.11 帧格式、DS 字段语义、MAC 地址复用逻辑、Beacon 与 Probe 的协同机制——全摊开在你眼前。它不教你怎么连上 WiFi它告诉你当你点击“连接”那一刻你的设备其实在和 AP 进行一场精密的、带超时重试的、状态机驱动的微型外交谈判。搞懂这个你才真正跨过了“会用”和“能调”的分水岭。2. 802.11 帧的地址迷宫To DS / From DS 如何决定一个帧该往哪送、由谁解析Wi-Fi 帧头里的地址字段从来不是简单的“源地址→目的地址”二元映射。它是一张动态路由表其解析逻辑完全取决于帧的类型和两个关键标志位To DSTo Distribution System和 From DSFrom Distribution System。这两个比特位构成的 2-bit 状态码直接决定了帧中四个地址字段Addr1–Addr4各自扮演什么角色。这不是协议设计者的炫技而是为了解决一个核心矛盾无线终端Station和有线骨干网DS通常是 Ethernet之间必须无缝桥接但两者的数据链路层视角截然不同。Station 只认 AP 的 BSSID而 DS 上的交换机只认 Station 的 MAC 地址——中间这层“翻译”工作全压在 DS 字段上。2.1 To DS / From DS 的四种组合及其真实语义在 802.11 标准中Data Frame 的帧控制字段Frame Control里明确划分了 To DS 和 From DS 两个比特。它们的组合定义了帧的流向和地址语义To DSFrom DS流向描述典型场景Addr1 (DA)Addr2 (SA)Addr3 (BSSID)Addr4 (可选)解析主体00Station ↔ StationAd-hoc无 AP 的点对点直连目的 Station MAC源 Station MAC——Station01DS → Station下行AP 转发来自有线网的数据给 StationStation MACAP 的 BSSIDAP 的 BSSID—Station10Station → DS上行Station 发送数据给有线网AP 的 BSSIDStation MACAP 的 BSSID—AP11DS ↔ DSWDS 桥接两个 AP 通过无线链路互连接收端 AP 的 BSSID发送端 AP 的 BSSID接收端 AP 的 BSSID源 Station MAC接收端 AP提示Addr3 在绝大多数情况下就是 BSSID即 AP 的 MAC 地址这是 Wi-Fi 网络的“锚点”。而 Addr1 和 Addr2 才是真正的“通信双方”但它们的身份随 To/From DS 动态切换——这正是初学者抓包时最易混淆的点看到 Addr1 是某个 MAC就以为是目的地址却忽略了它可能只是 AP 的 BSSID。2.2 为什么必须这样设计——从物理拓扑到逻辑抽象的必然选择设想一个典型家庭网络你的手机Station通过 Wi-Fi 连接到路由器AP路由器另一端连着光猫属于 DS。当手机访问百度时数据流是手机 → AP → 光猫 → 互联网。但在物理层手机只能和 AP 通信它不知道光猫的存在光猫也只认识 AP 的 MAC不认识手机。DS 字段就是在这两者之间架起的逻辑桥梁上行To DS 1, From DS 0手机发送帧时将 Addr1 设为 AP 的 BSSID告诉 AP“这是发给你的”Addr2 设为自己 MAC告诉 AP“我发的”Addr3 也设为 AP 的 BSSID强化身份。AP 收到后根据 Addr2手机 MAC查内部关联表知道该把数据转发到哪个有线口并将帧重新封装为以太网帧源 MAC 换成 AP 的 WAN 口 MAC目的 MAC 换成光猫 MAC。下行To DS 0, From DS 1光猫发来的以太网帧到达 AP 后AP 查表得知该帧要发给手机于是构造 802.11 Data FrameAddr1 手机 MAC真目的Addr2 AP 的 BSSID真源Addr3 AP 的 BSSID锚点。手机收到后看到 To DS0/From DS1立刻明白 Addr1 是自己的 MACAddr2 是 AP 的 BSSID于是接受并解封装。这种设计让 AP 成为一个“地址翻译器”彻底解耦了无线侧和有线侧的地址空间。没有 To/From DSWi-Fi 就无法融入现有以太网基础设施——它就真的只是个玩具级的点对点协议。2.3 抓包实证Wireshark 中如何识别 To/From DS 状态在 Wireshark 中To DS 和 From DS 并不直接显示为字段名而是隐含在帧的“Flags”字段和地址解析逻辑中。以下是一个典型上行帧Station → AP的解析过程Frame 123: 142 bytes on wire (1136 bits), 142 bytes captured (1136 bits) IEEE 802.11 Data, Flags: .......C (0x04) // C 表示 To DS bit is set Type/Subtype: Data (0x0020) Duration: 256 Addr1: aa:bb:cc:dd:ee:ff (APs BSSID) // To DS1, so Addr1 is APs BSSID Addr2: 11:22:33:44:55:66 (Station MAC) // From DS0, so Addr2 is Stations MAC Addr3: aa:bb:cc:dd:ee:ff (APs BSSID) // Always BSSID in infrastructure mode Sequence: 123, Fragment: 0 [Protocols in frame: wlan:eth:ip:tcp]关键观察点Flags: .......C中的C即表示 To DS bit 1Wireshark 用 C 代表 “To DS”Addr1 显示为 AP 的 MACaa:bb:cc:dd:ee:ff而非手机 MAC印证了“发给 AP”的语义Addr2 显示为手机 MAC11:22:33:44:55:66说明这是手机发出的帧Addr3 与 Addr1 相同符合 BSSID 锚点原则。若你看到一个帧的 Addr1 是手机 MAC而 Flags 中显示FFrom DS那它一定是下行帧——AP 正在把数据推送给手机。2.4 避坑地址字段误读导致的三大经典翻车现场现象 1抓包看到大量“目的地址是 AP MAC”的帧误以为是广播风暴或攻击流量→原因未理解 To DS1 时 Addr1 必为 AP BSSID这是所有上行帧的合法形态。Wireshark 默认按“目的地址”着色导致所有上行帧被标红引发误判。→解决在 Wireshark 的“View → Coloring Rules”中禁用对 Addr1 的着色规则或直接过滤wlan.fc.tods 1查看所有上行帧确认其行为符合预期。现象 2用arp -a查到的网关 MAC 与抓包中 Addr2 不一致怀疑设备被劫持→原因arp -a显示的是有线侧WAN 口的 MAC而 Addr2 是无线侧BSSID的 MAC。一台双频路由器通常有 3 个 MACWAN 口、2.4G BSSID、5G BSSID三者常仅末字节不同如a0:b1:c2:d3:e4:f0,a0:b1:c2:d3:e4:f1,a0:b1:c2:d3:e4:f2。→解决用iw dev wlan0 linkLinux或netsh wlan show interfacesWindows命令直接读取当前连接的 BSSID与抓包 Addr2 对比。现象 3Station 休眠后AP 缓存的数据帧在 DTIM 时刻发出但抓包发现 Addr1 是广播 MACff:ff:ff:ff:ff:ff而非 Station MAC→原因DTIM 帧是特殊的多播帧用于唤醒休眠 Station。此时 To DS0/From DS1Addr1 被设为广播地址表示“所有休眠 Station 请查收”Station 收到后会主动向 AP 请求缓存数据。→解决过滤wlan.fc.fromds 1 eth.dst ff:ff:ff:ff:ff:ff即可定位 DTIM 帧后续的单播数据帧Addr1 Station MAC才是真正的业务数据。3. Beacon 与 Probe 的双轨制发现机制为什么 Wi-Fi 既需要“广播喊话”又允许“主动敲门”Wi-Fi 网络的发现过程绝非简单的“AP 广播 SSID手机扫描接收”这么简单。它是一套精心设计的双轨制机制Beacon 帧负责被动广播构建网络的“存在感”Probe Request/Response 帧则支持主动探测实现快速、精准的网络匹配。这两者不是冗余备份而是针对不同场景的互补策略——Beacon 是 AP 的“日常打卡”Probe 是 Station 的“定向寻人”。忽略任一轨都会导致连接失败、漫游卡顿或扫描延迟。3.1 Beacon 帧AP 的定时心跳与网络名片Beacon 帧由 AP 周期性广播默认 100ms 间隔是 Wi-Fi 网络的“心跳信号”。它的核心价值远不止宣告 SSID存在宣告Presence Advertisement即使 Station 处于省电模式也能通过监听 Beacon 知道 AP 仍在服务避免误判断连参数同步Parameter Synchronization携带 TIMTraffic Indication Map字段告知休眠 Station “我这儿有你的缓存数据”包含 ERPExtended Rate PHY、HT Capabilities 等 IEInformation Element声明 AP 支持的速率、MIMO、信道宽度等能力时间基准Timing ReferenceBeacon 中的 Timestamp 字段为整个 BSS 提供统一时间源Station 用它校准本地时钟确保省电唤醒、RTS/CTS 等时序敏感操作的精确性区域合规Regulatory Compliance通过 Country IE 声明所在地区Region强制 Station 遵守该地区的发射功率、可用信道限制。一个典型的 Beacon 帧结构如下简化Frame Control: 0x0080 (Type: Management, Subtype: Beacon) Duration: 0x0000 Addr1: ff:ff:ff:ff:ff:ff (Broadcast) // 所有 Station 都收 Addr2: aa:bb:cc:dd:ee:ff (APs BSSID) // AP 自己的地址 Addr3: aa:bb:cc:dd:ee:ff (APs BSSID) // BSSID 锚点 Sequence: 1234 Timestamp: 0x0000000000001234 // 微秒级时间戳 Beacon Interval: 0x0064 (100ms) // 下次 Beacon 时间 Capabilities: 0x0431 // ESS, Privacy, Short Preamble, etc. SSID: MyHomeWiFi // 网络名称 Supported Rates: 1(B), 2(B), 5.5(B), 11(B), 6, 9, 12, 18, 24, 36, 48, 54 DS Parameter Set: Channel 6 // 当前工作信道 TIM: DTIM Count0, DTIM Period1, Bitmap Control0x00, Partial Virtual Bitmap0x01 Country: CN 2.400-2.4835 30, 5.150-5.250 30, 5.250-5.350 30 // 中国频段注意Beacon 中的DS Parameter Set字段明确告诉 Station“我在信道 6 上”。Station 扫描时必须逐个信道切换 Radio监听该信道上的 Beacon。这就是为什么 Wi-Fi 扫描慢——它本质是串行的“信道轮询”。3.2 Probe Request/ResponseStation 的主动寻网与能力协商当 Station 需要快速连接特定网络如已知 SSID 的家庭 Wi-Fi或环境中有多个 AP 时被动等待 Beacon 效率太低。此时 Station 会主动发送 Probe Request向周围广播“谁是 SSIDMyHomeWiFi 的 AP请回复”——这就是 Probe 机制。Probe RequestStation 发送目标地址为广播ff:ff:ff:ff:ff:ffSSID 字段填写目标网络名可为空表示扫描所有网络并携带自身支持的速率、能力 IEProbe ResponseAP 收到匹配的 Probe Request 后立即单播回复内容与 Beacon 几乎一致含 SSID、Rates、Capabilities、TIM 等但响应速度更快毫秒级且可携带 AP 特有的负载信息如当前信道利用率。关键区别在于Beacon 是 AP 的“广而告之”Probe 是 Station 的“精准问询”。一个网络可以配置为“隐藏 SSID”即 Beacon 中 SSID 为空此时 Station 无法通过 Beacon 发现它但只要知道 SSID仍可通过 Probe Request 主动找到——这正是企业级网络常用的安全策略虽不能防破解但增加发现门槛。3.3 双轨协同从扫描到关联的完整状态机Station 的网络发现与连接是一个严格的状态机驱动过程stateDiagram-v2 [*] -- Scanning Scanning -- PassiveScan: 监听 Beacon Scanning -- ActiveScan: 发送 Probe Request PassiveScan -- FoundAP: 收到匹配 Beacon ActiveScan -- FoundAP: 收到 Probe Response FoundAP -- Authentication: 发送 Authentication Request Authentication -- Association: 发送 Association Request Association -- Connected: 收到 Association Response (Status Code 0)Passive Scan被动扫描Station 切换到每个信道静默监听 100-200ms等待 Beacon。耗时长扫描 13 个信道需 1.3s但功耗低Active Scan主动扫描Station 在每个信道只停留 10-20ms期间发送 Probe Request若无响应则切下一信道。速度快13 信道约 200ms但功耗高、易暴露扫描意图。现代操作系统如 Android、iOS会智能混合两种模式首次启动用 Active Scan 快速建库后续后台扫描用 Passive Scan 节电。3.4 避坑扫描失败、连接延迟、漫游卡顿的底层排查路径现象 1手机在房间 A 能连上 Wi-Fi走到房间 B 就频繁断连但信号强度显示尚可→原因房间 B 的 AP 未开启或 Beacon Interval 设置过大如 500ms导致 Station 在移动中错过 Beacon触发“失联”判定或该 AP 的 DTIM Period 过长如 10休眠 Station 醒来后需等待多个 Beacon 才能取到数据感知为卡顿。→解决登录 AP 管理界面将 Beacon Interval 设为 100ms默认值DTIM Period 设为 1 或 2用tcpdump -i wlan0 -s 0 -w beacon.pcap wlan type mgt subtype beacon抓包验证 Beacon 发送频率。现象 2Station 扫描不到某个 AP但用另一台设备能扫到→原因该 AP 启用了“隐藏 SSID”Beacon 中 SSID IE 为空而当前 Station 的扫描逻辑未触发 Active Scan如系统设置为仅被动扫描或 Station 固件 Bug 导致 Probe Request 构造错误如未携带正确的 Supported Rates IE。→解决在 Station 端手动添加网络输入已知 SSID 和密码强制触发 Probe 流程或使用wpa_cli scan_ssid 1Linux命令强制发起 Active Scan。现象 3漫游时出现 2-3 秒黑屏视频中断但 RSSI 未跌穿阈值→原因旧 AP 的 Beacon 中未正确设置RSN IERobust Security Network或HT Capabilities IE导致新 AP 在 Association Request 阶段因能力不匹配拒绝接入或 Station 的漫游决策算法过于保守直到 RSSI -80dBm 才触发切换此时已处于弱信号边缘。→解决检查 AP 的 802.11n/ac 兼容性设置确保 HT/VHT Capabilities IE 正确广播在 Station 端启用“快速漫游”802.11r/k/v缩短认证与密钥协商时间。4. RTS/CTS 与 Fragmentation为对抗无线信道的“隐藏节点”与“高误码率”而生的两大生存术有线以太网依赖物理线缆的确定性Wi-Fi 却在开放空气中搏杀。这里没有“线缆兜底”只有信号在墙壁、人体、金属间的反复反射与衰减。其结果是两大致命问题隐藏节点Hidden Node导致冲突频发高误码率High BER导致重传雪崩。802.11 协议没有选择硬抗而是用 RTS/CTS 握手和 Fragmentation 分片这两套精巧的“防御性机制”把不可靠的物理层包装成相对可靠的逻辑链路。它们不是性能优化选项而是 Wi-Fi 能在真实世界存活的底层基石。4.1 RTS/CTS用四次握手在空中划出“独占信道”的虚拟时空隐藏节点问题本质是无线信道的“不可见性”Station A 和 Station B 同属一个 AP但因距离过远或障碍物遮挡彼此信号强度低于接收灵敏度互相“看不见”。当 A 和 B 同时向 AP 发送数据时AP 会同时收到两个冲突信号全部丢弃A 和 B 都需重传——重传又加剧冲突形成恶性循环。RTS/CTSRequest to Send / Clear to Send机制用四次小帧交互构建了一个“预约式”的信道使用协议Station A 发送 RTS帧中包含“我要发 X 字节数据预计占用信道 Y 微秒”AP 收到 RTS 后广播 CTS告诉所有能听到 AP 的 Station包括隐藏的 B“接下来 Y 微秒信道归 A 专用请静默”Station B 听到 CTS立即进入退避状态即使它没听见 A 的 RTS但 CTS 是 AP 广播的B 一定能收到Station A 收到 CTS开始发送数据帧其他 Station 在 CTS 声明的时间内不抢信道。这个过程的关键在于CTS 的持续时间Duration字段被所有 Station 解析并写入自己的 Network Allocation VectorNAV计时器。NAV 是一个虚拟的“信道忙”倒计时器只要 NAV 0Station 就不会尝试发送——这相当于在物理信道之上叠加了一层软件定义的“信道占用锁”。// RTS 帧结构简化 Frame Control: 0x00b4 (Type: Control, Subtype: RTS) Duration: 0x012c (300μs) // 告诉所有人接下来 300μs 信道被预约 Addr1: aa:bb:cc:dd:ee:ff (APs BSSID) // 发给 AP Addr2: 11:22:33:44:55:66 (Station A MAC) // CTS 帧结构简化 Frame Control: 0x00c4 (Type: Control, Subtype: CTS) Duration: 0x012c (300μs) // 复制 RTS 的 Duration广播给所有人 Addr1: 11:22:33:44:55:66 (Station A MAC) // 告诉 A你可以发了提示RTS/CTS 的开销巨大4 个小帧 3 次 ACK仅在数据帧较大 1500 字节或网络环境恶劣高隐藏节点比例时启用。AP 的RTS Threshold参数就是这个临界值——设为 2346 字节最大 MSDU即关闭设为 0 则强制所有帧走 RTS/CTS。4.2 Fragmentation把大包切成“可重传单元”用空间换时间Wi-Fi 的误码率BER远高于以太网。一个 1500 字节的 TCP 段在无线信道上传输若某一位出错整个帧就被丢弃需重传全部 1500 字节。而 Fragmentation 将其切成多个小片段Fragment每个片段独立 CRC 校验、独立 ACK。即使一个片段出错只需重传该片段而非整个包。Fragmentation Threshold设定最大片段大小如 1024 字节。原始帧若超过此值则被切片每个 Fragment 包含完整的 802.11 头含 Seq#、Fragment Number、More Fragments 标志位重传粒度ACK 只确认成功接收的 Fragment丢失的 Fragment 单独重传。例如一个 2000 字节的帧设 Threshold1024则被切成Fragment 01024 字节More Fragments1Seq#123Frag#0Fragment 1976 字节More Fragments0Seq#123Frag#1。Station 收到 Fragment 0 后发 ACK若 Fragment 1 丢失AP 只重传 Fragment 1无需再发 Fragment 0。4.3 实战权衡何时开 RTS/CTS何时调 Fragmentation这不是“开或关”的二选一而是基于网络实况的精细调节场景RTS/CTS 建议Fragmentation 建议原因家庭单 AP2 台设备关闭Threshold2346默认2346隐藏节点少开销大于收益办公室多 AP10 Station开启Threshold1500降低至 1024高密度下隐藏节点普遍分片降低重传成本工业环境金属厂房强制开启Threshold0降低至 512信号衰减剧烈误码率极高必须最小化单次传输失败代价视频会议低延迟敏感关闭保持默认RTS/CTS 增加 2-3ms 延迟视频更怕卡顿而非丢包血泪经验某高校实验室部署 20 台 Wi-Fi 摄像头初始配置全默认视频频繁卡顿。抓包发现大量重传且 RTS/CTS 使用率 5%。后将 RTS Threshold 降至 1000Fragmentation 降至 768重传率下降 65%卡顿消失——证明在高密度场景防御性机制的收益远超开销。4.4 避坑RTS/CTS 与 Fragmentation 的三大隐形陷阱现象 1开启 RTS/CTS 后吞吐量不升反降ping 延迟飙升→原因RTS/CTS 的 Duration 字段计算错误如 AP 固件 Bug导致 NAV 计时器被设为极大值如 0xFFFF所有 Station 长时间“假忙”信道实际空闲却无人敢用。→解决用 Wireshark 抓包过滤wlan.fc.type_subtype 0x001b || wlan.fc.type_subtype 0x001cRTS/CTS检查 CTS 帧的 Duration 值是否合理应 ≈ 数据帧传输时间 ACK 时间若异常升级 AP 固件。现象 2Fragmentation 设得很小如 256但抓包发现仍有大帧未被切片→原因Fragmentation 只作用于 MSDUMAC Service Data Unit即上层交给 MAC 层的原始数据。若上层如 TCP已做分段MSS1460则 MAC 层收到的就是 1460 字节的 MSDUFragmentation Threshold256 会将其切成 6 片但若应用层发送 UDP 小包如 DNS 查询 64 字节则无需切片。→解决确认测试流量类型用tcpdump抓取 IP 层对比ip.len与wlan.fc.type_subtype 0x0020 wlan.fc.frag 0的帧长度验证切片是否生效。现象 3Station 关联后AP 的管理界面显示“RTS/CTS 已启用”但抓包看不到 RTS/CTS 帧→原因RTS/CTS 是 Station 和 AP 协商的结果。AP 的设置只是“允许”最终是否启用取决于 Station 的能力声明在 Association Request 的 Supported Rates IE 中和当前链路质量Station 可能因信道良好而自主禁用。→解决抓取 Association Request 帧检查其 IE 中是否包含HT Capabilities或VHT Capabilities若支持Station 通常优先用更高效的 Block Ack 机制替代 RTS/CTS。5. Wi-Fi 安全演进的本质从 WEP 的“纸糊锁”到 WPA3 的“量子预备”加密体系Wi-Fi 安全史是一部不断修补“信任漏洞”的攻防简史。WEP 曾号称“有线等效隐私”结果上线三年即被公开破解WPA 是应急补丁WPA2 成为十年黄金标准而 WPA3 则直面物联网时代的新威胁。这份文档中关于 WEP/WPA/WPA2 的对比绝非过时知识——它揭示了一个核心事实Wi-Fi 加密不是静态的“开关”而是动态的“协议栈协商”。从握手阶段的密钥派生到数据帧的加密方式每一步都嵌在 802.11 的帧交互中。理解这个栈才能真正看懂 Wireshark 里那些EAPOL Key帧在干什么。5.1 WEP一个被设计就注定失败的“伪加密”WEP 的失败源于三个根本性设计缺陷静态密钥Static Key所有用户共享同一密钥40/104 位密钥永不更新弱初始化向量Weak IVIV 仅 24 位且与密钥异或后作为 RC4 的种子。2^24 ≈ 1600 万次后 IV 必然重复攻击者收集足够多重复 IV 的密文即可用统计方法恢复密钥无完整性校验No Integrity CheckWEP 只做 CRC-32 校验而 CRC 可被恶意篡改后仍保持合法——攻击者可翻转密文任意位再重算 CRC实现“选择性篡改”。一个 WEP 加密帧的流程Station 用共享密钥 K 随机 IV 构造 RC4 密钥用 RC4 流加密明文 CRC-32 校验码将 IV 明文附加在密文前组成最终帧。玄学时刻2001 年两位研究者仅用 50 万个 WEP 帧就在 3 分钟内破解出密钥——这标志着 WEP 彻底死亡。文档中强调“802.11n 不支持 WEP”正是因为其设计与高速率、MIMO 等新特性完全不兼容。5.2 WPA/WPA2从 TKIP 到 CCMP 的加密范式跃迁WPA 是 Wi-Fi 联盟为填补 WPA2 标准空窗期推出的过渡方案核心是 TKIPTemporal Key Integrity ProtocolWPA2 则全面采用 IEEE 802.11i 标准强制使用 CCMPCounter Mode with CBC-MAC Protocol即 AES-CCM 加密。特性WPA (TKIP)WPA2 (CCMP)加密算法RC4增强版AES-128密钥更新每个数据帧生成新密钥Per-Packet Key每个数据帧生成新密钥Per-Packet Key完整性校验Michael MIC64 位比 CRC 强但仍可被 DoSCBC-MAC128 位密码学安全抗重放使用 TSCTKIP Sequence Counter使用 PNPacket Number性能开销低RC4 硬件加速普及高AES 需专用硬件早期设备慢WPA2 的四次握手4-Way Handshake是整个安全体系的核心AP 发送 ANonce随机数给 StationStation 发送 SNonce MIC用 PMK 计算的校验码给 APAP 发送 GTKGroup Temporal Key用于广播/组播 MIC 给 StationStation 发送确认 MIC 给 AP。整个过程不传输 PMKPairwise Master Key只用它派生出 PTKPairwise Transient Key而 PTK 又被拆分为 KCK校验密钥、KEK加密密钥、TK数据加密密钥。这种分层密钥派生确保即使 TK 泄露也无法反推 PMK。5.3 WPA3面向未来的“量子预备”与“暴力防护”WPA3 解决了 WPA2 的两大软肋离线字典攻击攻击者捕获握手包回家暴力穷举和开放网络无加密咖啡馆 Wi-Fi 明文传输。SAESimultaneous Authentication of Equals取代 PSK 的密钥协商协议。它基于 Diffie-Hellman即使攻击者捕获全部握手帧也无法进行离线穷举——每次尝试都需要与真实 AP 交互天然防暴力OWEOpportunistic Wireless Encryption为开放网络无密码提供加密。Station 与 AP 通过 DH 协商会话密钥所有数据帧加密但不认证用户本文还有配套的精品资源点击获取