想下载 ISO，却写了个内核漏洞利用
Wanted to download an ISO, ended up writing a kernel exploit
我买的 TP-Link EAP770 v1 在 Wi-Fi 传输大文件时会出现数据损坏，而厂商早已宣布该版本停产且不再提供固件更新。为了修复问题，我需要修改 sysfs 中的两个参数，但 TP-Link 的 SSH 权限限制让我无法直接写入。无奈之下，我利用 CVE-2022-0185 和 pipe-buffer 操纵技术编写了一个内核漏洞利用程序，成功获取了 root 权限并禁用了有问题的 SFE/PPE 卸载功能。最终发现，问题的根源是 Qualcomm 驱动中存在的 DMA 缓存一致性问题，导致数据包在内存中被错误覆盖。
我想下载一个 ISO，结果却为自己家的无线路由器写了一个内核漏洞利用程序。
HN 评论区
113- Shank
> 连接有点不太稳定，视频偶尔会开始缓冲，但这并没怎么困扰我。
这简直太荒谬了！拜托，如果你买的硬件从一开始就不能正常工作，请直接退货。如果你不用钱包投票，这些公司永远学不会，也永远不会调整他们的做法。留着 TP-Link 那烂硬件只会是在奖励他们，毫无意义。
> 我六月就联系了客服，因为网站上只有 v2 的固件。他们在数据库里找不到 v1，还让我拍设备和盒子的照片
!!
- godockly
你是说 ChatGPT 写了那个内核漏洞利用？
- cataflam
写得真好！
对驱动软件的质量问题一点都不意外。当我还在消费电子/嵌入式领域工作时，见过很多这类设备的内部情况。软件往往是一堆脚本和驱动的拼凑，只要能跑就行，来自那些缺乏软件工程和细节文化的企业。
我们通常会根据数据手册完全重写驱动，或者逆向厂商的驱动！
- myself248
校验和卸载（Checksum offload），在数据损坏后重新计算一个错误的校验和，这手段真是阴险。
这说明对 TCP 的信任可能完全放错了地方——在这个案例里，问题是缓存一致性，但缺乏 ECC 内存或其他电气故障也很容易损坏数据包（据我所知，网卡缓冲 RAM 从来都不是 ECC），盲目信任 TCP 校验和会让你的数据每次都被吞掉。
（顺便提一句，'zfs send' 不是也盲目信任 TCP 校验和吗？）
向 Rsync、SSH、Wireguard 以及其他一切超越职责范围、以不同警惕程度确保数据安全的工具致敬。
- commandersaki
我对 Flint 3 非常满意。我喜欢能 SSH 到 root 并随心所欲地操作。
但真正让我震惊的是 GL.iNet 的客服有多棒。我觉得他们可能是我遇到过最好的支持团队，帮我排查了一个困扰我几个月的问题：Aqara 门铃间歇性离线。他们建议配置更改，甚至在获得我许可后登录我的路由器进行诊断。而且完全不需要在任何支持系统或论坛注册账号，一切都能通过邮件解决。这跟我遇到的几乎所有网络设备厂商（无论是低端还是企业级）完全相反。
- circularfoyers
> 我在账户上启用了“网络验证计划”（Cyber Verification Program），但这并没有什么帮助。
读起来挺逗的。要么你能比其他人更“验证”，要么就是实现得太烂了。
- kccqzy
不知为何，我很久以前读到过卸载功能不可靠，于是我在所有地方都把它关掉了。很高兴作者为了修复 Qualcomm 的 bug 也不得不关掉它。但总的来说，这在 2026 年还是好的建议吗？
- InsidiousWombat
买新路由器/AP 时，应该先从 OpenWRT 开始看，毕竟依赖厂商硬件就像买彩票一样。