wifit3 无线网卡硬件评级全解:五维评分与选卡避坑指南
【免费下载链接】wifit3Wifite but USB-only & cross-platform.项目地址: https://gitcode.com/GitHub_Trending/wi/wifit3
wifit3 是一款跨平台的 USB 无线审计工具,它把每块支持的网卡按 RX、TX、ACK、Port、Stress 五个维度实测一遍,汇总出 A–D 的硬件评级。本文讲清每个维度怎么测、分数如何加权、各等级意味着什么,帮你买卡时避开坑。
扫描器界面就是这套评级体系所有数字的来源——表格里每行的信道、信号强度、加密方式,都是对同一块卡在相同条件下测出来的,所以后文说某块卡"好"或"差",都不是主观感受,而是有据可查的分数。
买嗅探卡像开盲盒:为什么需要一套评级
很多网卡在售卖页上长得一样:支持 monitor、支持注入。但插上之后问题才现形——Deauth 发得出去,握手却抓不到;WPS 试五轮挂五轮;5 GHz 信道跳过去之后 2.4 GHz 直接静默。原因可能是芯片射频本身弱,也可能是用户态驱动没移植好。没有统一的标尺,你只能对着商品页猜。
这套体系因此刻意区分两种"烂":Port 列出问题,说明是 wifit3 的移植没做好,这是可以修的;而 Grade 低但各项状态基本正常,说明是芯片的上限就这样,谁也救不了它。矩阵里每一行同时记录这两种结论,让你看到的不是一个笼统的"能用/不能用",而是"差在哪、能不能治"。
维度拆解:每一项到底测什么 📡
五个维度不必各看各的,按"收、发、校验"三组理解更清楚:RX 管收,TX 和 ACK 管发,Port 和 Stress 是两次交叉验证。
接收侧 RX:信标、广度、调谐三指标
RX 是一票否决项——收不到,后面的一切都不成立。被动抓包完全依赖 RX,它看三个指标:
| 指标 | 看什么 | 怎么量 |
|---|---|---|
| 信标速率 | 对参考 AP 每秒收多少信标 | 按 BSSID 固定参考 AP,对标全场最佳约 9–10 bcn/s 的天花板 |
| 广度 | 每个频段能听到多少 AP | 与全场最佳卡对比 |
| 信道调谐 | 调谐是否干净 | 听到自身信标的信道数 ÷ 总信道数 |
以 MT7921AU 为例,双频段信标速率都达到 Linux 驱动的 97%;而 RTL8814AU 在不卡顿时也能对齐 Linux,问题出在跳频后偶发 wedge,这正是 RX 状态标 ❌ 的原因。
面板中 beacon、data、eapol、inject、deauth 五条实时速率曲线,就是 RX 与 TX 评分的直接输入——左边网卡是接收方,右边是目标 AP,中间的速率条一帧不差地来自真实抓包。
发送侧 TX 与 ACK 自动应答:攻击发不发得出去
TX 决定攻击发不发得出去,ACK 决定 WPS 能不能稳定落地。被动抓包靠 RX,但 Deauth、PMKID 提取、WPS、WEP 破解全部依赖 TX 帧注入;ACK 则是芯片硬件层面给伪造 MAC 自动回 ACK 的能力——WPS 重度依赖它,PMKID 轻度依赖,Deauth 和 WEP 完全用不上。
WEP 子项还要按持续 IVs/s再分高下:同样是"能破解",MT7601U 跑到约 500 IVs/s,一分钟四十秒破解一万七千个 IV;RTL8814AU 只有 10–20 IVs/s,基本不可用。两个都打 ✅,差距却差出二十多倍。
这张图里 inject 21/s、eapol 持续流动,WPS PSK 已恢复——WPS 流程能跑通,前提就是 ACK 自动应答在线。反例是 RT2500USB:ACK ❌,什么都不自动应答,ChopChop 直接失败,WPS 只能靠 AP 重传磨出约 4.2 秒一轮的慢速流程。
Port 保真度与 Stress 浸泡:两次交叉验证
Port 回答"移植做得好不好",Stress 回答"跑久了衰不衰减"。前者把同一块卡的用户态驱动和 Linux 内核驱动背靠背跑同一套基准,比信标速率、广度与 RSSI;两侧原始 802.11 帧走同一个解析器,工具链在 scripts/baseline/ 里,保证"数字差异只来自驱动或射频,而非测试工具"。流程三步:baseline_linux.py逐信道抓包生成linux-<chip>.json,切到 wifit3 扫相同信道生成wifit3-<chip>.json,最后baseline_diff.py --diff输出 Port 百分比。
Stress 则是soak.py --skip-baseline --longrun-min 30持续跳频 30 分钟,只跟踪 RX 随时间的衰减:平稳记 100 分,轻微下滑 50 分,持续衰减 0 分。它是最后补录的 RX 数据点,跑完之前等级标注 provisional。
RTL8821CU 是 Port 一列的典型:5 GHz 切回 2.4 GHz 后 2.4 可能静默,而 Linux 内核驱动没有这个 bug——差距来自移植,不是硬件,所以它 Port 标 ⚠️、等级只有 B。
评分怎么算:三项加权加一条红线 🏆
百分比是三项加权混合,每项 0–100,且相对全场最佳卡打分——"勉强能用"拿不到 A:
| 子项 | 权重 | 打分逻辑 |
|---|---|---|
| RX 健康度 | 35% | 信标速率占天花板比例 + 广度 + 信道调谐 |
| 能力 | 45% | Handshake、PMKID、WEP、WPS、ACKs 各 ✅=满分 / ⚠️=半分 / ❌=0;WEP 按 IVs/s 缩放 |
| 稳定性 | 20% | 浸泡测试:平稳=100 / 轻微下滑=50 / 衰减=0 |
公式即Grade = RX × 35% + 能力 × 45% + 稳定性 × 20%,字母线:A ≥90 · B 80–89 · C 70–79 · D 60–69 · F <60。
⚠️ 硬性上限:只要 RX 无法有效接收(RX ❌),无论其他维度多强,等级封顶 D——盲的无线电不可能是 B。
两个容易踩的点:能力缺失不做重复扣分(比如没有自动 ACK,已经体现在 PMKID/WPS/ACKs 的低分里,不再额外罚);Grade 由人工按规则综合裁定,是防止脚本盲跑给出误导分数的一致性锚点,细则见 docs/GRADING.md。
等级速查:各档对应什么卡 🎯
| 等级 | 分数区间 | 代表芯片 | 意味着什么 |
|---|---|---|---|
| A | ≥90% | MT7921AU、MT7601U、RTL8821AU 等 14 款 | 五维全绿:内核级 RX、全套攻击可用、浸泡平稳 |
| B | 80–89% | RT5572(5 GHz TX ⚠️)、RTL8821CU(RX/Port ⚠️)、RT5370(WPS 不稳) | 能用,个别维度有明确短板 |
| C | 70–79% | RTL8187L | 老款 802.11g,硬 MAC 无法自动 ACK,WEP 约 100 IVs/s |
| D | 60–69% | RTL8814AU(RX ❌ 封顶)、RT2500USB(ACK ❌) | 接收或应答有硬伤,慎选 |
A 档覆盖了 Atheros、Realtek、MediaTek、Ralink 四大厂商共 14 款卡,从 2.4G 的 nano 小棒到 Wi-Fi 7 双频全在列;B 档的短板基本是"单点故障"——RT5572 只在附近强信号 5 GHz AP 上注入不稳,RT5370 只是 WPS 时灵时不灵。买卡前到 docs/SUPPORTED-HARDWARE.md 查对应行,日期和备注列就是最新实测数据。
边界情况 & FAQ ❓
评级是脚本自动算出来的吗?不是。Port 百分比由脚本对比得出,但 Grade 是人工按规则综合裁定的一致性锚点——避免脚本盲跑给出误导分数。
"相对全场最佳"具体指什么?最佳线是个移动靶:测得卡片越多,锚点越高。早期评级是"暂定"的,新卡入池后锚点卡要重测复标。
同一芯片有 DKMS 和 mainline 两个移植版,看哪个?默认 DKMS 版。Port 只在对比同一Linux 驱动时才有意义;若对应内核驱动缺失,矩阵会注明"对 mainline 测得"——那是跨驱动数字,不是真实保真度。
Stress 列还是 ⬜,评级可信吗?当时的等级标注 pending-soak,稳定性 20 分暂时押着,按 scripts/rx/soak.py 跑完 30 分钟浸泡后回填。
WEP 为什么看 IVs/s 而不是打勾?因为"能破解"只回答做不做得到,IVs/s 才回答多久做到——这是直接预测破解时间的数字。
总结
wifit3 的硬件评级体系 =5 个维度(RX/TX/ACK/Port/Stress)× 3 项加权(RX 35% + 能力 45% + 稳定性 20%)× 1 条红线(RX ❌ 封顶 D)。选卡时先查矩阵定档位,看中哪款芯片再翻它的专档看细节,例如 src/wifit3/chips/mt7921au/MT7921AU.md——每次评级历史由scripts/baseline/的history/目录自动留存,结果表和过程文档双轨可查。
【免费下载链接】wifit3Wifite but USB-only & cross-platform.项目地址: https://gitcode.com/GitHub_Trending/wi/wifit3
创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考