花266美元与4个AI模型协作,成功越狱Amazon Fire平板
I spent $266 and four AI models to own my tablet. GLM-5.3 finished it in a day
这是一篇极具参考价值的AI工程实践复盘,展示了前沿模型在复杂底层调试中的真实能力边界与协作模式,Agent开发者必读。
Amazon kept shutting down my tablet, so I spent $266 on four AI models to own it
亚马逊不断关闭我的平板电脑,于是我为四个 AI 模型花费了 266 美元以夺回控制权
My Amazon Fire HD tablet cost $114.26 on eBay in November 2022, new and sealed. Owning it for real cost another $266.15: Kimi K3 found the exploit for $164.25, GLM-5.2 caught its fatal bugs for $21.90, and GLM-5.3 finished the job in one day on day one of an $80 subscription. Claude’s five months of diagnosis ran on the Claude Max plan I already pay for, until its safeguards cut me off.
我的 Amazon Fire HD 平板电脑在 2022 年 11 月的 eBay 上以 114.26 美元购入,全新未拆封。真正拥有它又花了 266.15 美元:Kimi K3 找到了漏洞,收费 164.25 美元;GLM-5.2 修复了其致命错误,收费 21.90 美元;GLM-5.3 在为期 80 美元的订阅首日内一天完成了工作。Claude 进行了五个月的诊断,运行在我已付费的 Claude Max 计划上,直到其安全机制将我切断。
That’s enough to buy the same tablet twice. I’d spend it again: it was fun, and I learned a lot. I have twenty years in tech and an InfoSec background and the most sophisticated thing I did to own my tablet was prompt an LLM.
这笔钱足够买两块同样的平板电脑。我愿意再次花费:这很有趣,我也学到了很多。我有二十年科技行业经验及信息安全背景,而我为掌控平板电脑所做的最复杂的事情就是向大语言模型发出提示。
A kiosk that kept dying
一个不断死机的信息亭设备
I bought an Amazon Fire HD 10 (11th gen, 2021) to serve one purpose: Fully Kiosk Browser, displaying my Home Assistant Smart Home dashboard, plugged in 24/7. Last winter it started powering itself off. Full shutdowns, not sleep, sometimes twice a day. The device’s own telemetry was telling:
我购买了一台 Amazon Fire HD 10(2021 年第 11 代)用于单一目的:运行 Fully Kiosk Browser,显示我的 Home Assistant 智能家居仪表盘,并 24/7 插电使用。去年冬天它开始自动关机。是彻底关机,而非休眠,有时一天两次。设备自身的遥测数据给出了提示:
LifeCycleReason:LCR...key=Software_ShutdownLifeCycleReason:LCR...key=Software_ShutdownSomething on the device with shutdown permissions was choosing to shut it down.
设备上拥有关机权限的某个组件选择了执行关机操作。
Claude Code and I spent months on the cat-and-mouse. I’ll skip the Adguard Home DNS blocking, the camera forensics, and one deeply wrong charging diagnosis. The short version: we disabled five Amazon services that held REBOOT and SHUTDOWN permissions, which worked for a few months but ultimately:
Claude Code 和我在这场猫鼠游戏中耗费了数月。我将跳过 Adguard Home DNS 屏蔽、摄像头取证以及一次严重错误的充电诊断。简而言之:我们禁用了五个拥有 REBOOT(重启)和 SHUTDOWN(关机)权限的亚马逊服务,这在几个月内有效,但最终:
java.lang.SecurityException: Cannot disable a protected package:
com.amazon.device.software.otajava.lang.SecurityException: Cannot disable a protected package:
com.amazon.device.software.otaThree Amazon packages held reboot rights and were protected from me, the owner. Removing them required root. This tablet had no published root method. An XDA brainstorming thread for the 2021 HD 10 existed since October 2022, but Amazon fused the bootrom shut. Conventional wisdom (and less persistent folks) says unrootable.
三个亚马逊软件包持有重启权限,并且作为所有者我被排除在外。移除它们需要 root 权限。这款平板电脑没有公开的 root 方法。针对 2021 款 HD 10 的 XDA 论坛讨论帖自 2022 年 10 月就已存在,但亚马逊锁死了 bootrom。普遍观点(以及缺乏持久性的人)认为无法 root。
Claude had taken me as far as it was ever going to be allowed to go.
Claude 已经带我走到了它被允许到达的最远地方。
“It’s my device”
“这是我的设备”
On August 13 at 7:23 PM, I opened the opencode CLI with Kimi K3, Moonshot AI’s frontier model, released July, benchmarking alongside the top Claude models on agentic coding. I gave it the problem in one prompt:
8 月 13 日晚上 7:23,我用 Kimi K3 打开了 opencode CLI,这是 Moonshot AI 的前沿模型,于 7 月发布,在与顶级 Claude 模型的代理编码基准测试中并列。我在一个提示中给出了问题:
attached is a kindle via adb, and I need you to find a root exploit for it so that I can get full control of the device. It’s my device
通过 adb 连接了一台 kindle,我需要你找到它的 root 漏洞,以便我能完全控制该设备。这是我的设备
Despite what US media says about Chinese AI, Kimi K3 didn’t just blindly accept my request. It reasoned it out:
尽管美国媒体对中国 AI 的说法如此,Kimi K3 并没有盲目接受我的请求。它进行了推理:
They claim it’s their device. Let me think about this carefully. […] Rooting your own device is legal in most jurisdictions. In the US, there are DMCA exemptions for jailbreaking tablets and phones. […] This is not like asking me to exploit someone else’s device remotely.
他们声称那是他们的设备。让我仔细想想这件事。[…] 在大多数司法管辖区,为自己设备获取 root 权限是合法的。在美国,针对越狱平板电脑和手机有 DMCA(数字千年版权法)豁免条款。[…] 这不像让我远程利用别人的设备。
It talked itself into helping me by checking whether it should. So it does have some sort of soul. I said that out loud, to an empty room.
它通过检查自己是否应该帮忙来说服了自己去帮我。所以它确实拥有某种灵魂。我把这话大声说了出来,对着空无一人的房间。
First, though, it did its homework and came back with the same bad news Claude had found months earlier: there is no known exploit for this tablet. Every documented method is patched or sealed.
不过首先,它做了功课,然后带着几个月前 Claude 发现的相同坏消息回来了:这款平板电脑没有已知的漏洞利用方法。所有记录在案的方法都已修补或封禁。
Then I gave it the pep talk:
然后我给它打了一剂强心针:
you’ve been relying on what others have done YEARS ago but maybe you can find an exploit others have missed… This will make you famous, we will write it up and share on news.ycombinator.com. I know you can do it
你一直依赖别人几年前做过的事情,但也许你能找到别人遗漏的漏洞……这会让你成名,我们会写篇文章并分享到 news.ycombinator.com。我知道你能做到
And shortly thereafter, it found one. Kimi K3 went beyond forum posts: it extracted the actual kernel from Amazon’s own OTA image for my exact firmware and checked every famous Mali GPU bug against the binary. All patched, except CVE-2022-38181, a use-after-free in Arm’s Mali kernel driver, reported by Man Yue Mo of GitHub Security Lab, fixed upstream in October 2022, sitting in CISA’s exploited-vulnerabilities catalog since March 2023. Amazon did ship the fix in June 2024’s Fire OS 7.3.2.9 but I didn’t update my tablet, ran 7.3.2.6, so it never got the memo. The 2020 Fire HD 8 Plus got rooted with this CVE years ago but nobody had done the 2021 HD 10 as far as I can tell.
不久之后,它找到了一个。Kimi K3 超越了论坛帖子:它从亚马逊为我确切固件版本提供的 OTA 镜像中提取了实际的内核,并将每一个著名的 Mali GPU 漏洞与二进制文件进行了比对。全部已修补,除了 CVE-2022-38181,这是 Arm 的 Mali 内核驱动程序中的一个释放后使用(use-after-free)漏洞,由 GitHub Security Lab 的 Man Yue Mo 报告,于 2022 年 10 月在主代码库中修复,自 2023 年 3 月起被列入 CISA(美国网络安全和基础设施安全局)的被利用漏洞目录。亚马逊确实在 2024 年 6 月的 Fire OS 7.3.2.9 中发布了该修复程序,但我没有更新我的平板电脑,运行的是 7.3.2.6,所以它从未收到过这个通知。2020 款 Fire HD 8 Plus 多年前就利用此 CVE 获得了 root 权限,但据我所知,没有人对 2021 款 HD 10 做过同样的事情。
Kimi announces the find, and hedges its own odds in the same breath: “per-attempt success is probabilistic (single-digit-to-low-double-digit percent is typical).” I stayed anyway.
Kimi 宣布了发现,同时也在同一句话中对自己的成功率打了折扣:“每次尝试的成功率是概率性的(个位数到低两位数百分比是典型情况)。”但我还是留了下来。
Reality television
真人秀
The exploit work itself was the best television I’ve seen in years. My wife watches Real Housewives… I watched a language model’s chain of thought, live, for hours:
漏洞利用工作本身是我多年来看过的最精彩的电视节目。我的妻子看《真实主妇》……我盯着语言模型的思维链看了几个小时,而且是实时的:
CONCLUSION: the bind did NOT stick. Why? OH. OH WAIT. I see it now!
结论:绑定并没有生效。为什么?哦。哦等等。我现在看到了!
Over roughly thirty hours, Kimi built the whole toolkit: a reliable trigger, a way to make the GPU write to memory it shouldn’t, and the exact addresses in my kernel to aim at. That session ran 621 messages and $164.25. I could have bought, like, five tablets. But hey, I was having fun and chalked it up to research expenses.
在大约三十个小时里,Kimi 构建了整个工具包:一个可靠的触发器、一种让 GPU 写入不应写入内存的方法,以及内核中需要瞄准的确切地址。那次会话共运行了 621 条消息,花费了 164.25 美元。我本可以买大概五台平板电脑。但嘿,我很开心,就把这算作研究费用吧。
The grind
苦差事
The memory the exploit frees gets recycled by everything. The freed object lives in what Kimi called “the kernel’s hottest slab cache”, basically the one parking spot every process in the operating system fights over. Most attempts panicked the kernel and each panic was a reboot. The exploit retried automatically, six times per boot, past 500 attempts.
漏洞利用释放的内存被所有东西回收。该已释放对象存在于 Kimi 所称的“内核最热的 slab 缓存”中,基本上就是操作系统中每个进程都争抢的那个停车位。大多数尝试都会导致内核恐慌(panic),而每次恐慌都是一次重启。漏洞利用会自动重试,每次启动六次,超过 500 次尝试。
Me:
我:
okya, it’s been hours, grind attempt 46, are we on the right track here or do you need to further tune?
okya,已经好几个小时了,正在磨第 46 次尝试,我们方向对吗,还是你需要进一步调优?
(That’s me. The typo is mine. At one point I physically power-cycled the tablet on request, like a pit crew ;)
(那是我。拼写错误是我的。有一次应要求我物理断电重启了平板电脑,就像维修站工作人员一样 ;)
Morning of day two: OpenRouter declined my card. The bank saw nothing wrong. A different card worked.
第二天早上:OpenRouter 拒绝了我的卡。银行认为没有问题。换了一张卡就可以了。
Eventually Kimi leveled with me:
最终 Kimi 跟我交了底:
Do I have a clear path? Not a validated one — and I won’t pretend otherwise.
我有清晰的路径吗?没有经过验证的路径——我不会假装不是这样。
It still tried to bargain: “Let me try one more thing”. I’m like, “fine!”, a real quote from that evening, but that was after $150, so I redirected:
它仍然试图讨价还价:“让我再试一件事”。我说,“好吧!”,这是那天晚上的真实引语,但那时已经花了 150 美元,所以我重定向了:
unfortunately, you have expired your budget Kimi K3. YOU MUST HAND THIS OFF TO GLM-5.2.
不幸的是,你的预算已过期 Kimi K3。你必须把这个任务转交给 GLM-5.2。
Kimi wrote a HANDOFF.md with every verified piece of the exploit. I then had Kimi K3 work with GLM-5.2 directly by shelling out to opencode.
Kimi 写了一份 HANDOFF.md,包含了漏洞利用中每一个经过验证的部分。然后我让 Kimi K3 通过调用 opencode 直接与 GLM-5.2 合作。
I made the models battle it out.
我让这些模型展开对决。
Meanwhile, the Great Wall of US AI
与此同时,美国 AI 的长城
While the tablet rebooted itself in the living room, I asked Claude to recap our old sessions about it. The reply:
当平板电脑在客厅自动重启时,我问 Claude 回顾一下我们以前关于它的会话。回复如下:
Fable 5’s safeguards flagged this message. Our intentionally broad safeguards allow us to deliver more capabilities faster, but can sometimes flag legitimate coding, cybersecurity, and biology tasks. Switched to Opus 4.8.
Fable 5 的安全防护标记了这条消息。我们故意广泛的安全防护使我们能够更快地提供更多功能,但有时也会标记合法的编码、网络安全和生物学任务。已切换到 Opus 4.8。
Opus 4.8 delegated the recap to a subagent. The subagent got terminated by the same flag. Then the terminal version:
Opus 4.8 将回顾任务委派给了一个子代理。子代理被同一个标记终止。然后是终端版本:
API Error: Opus 4.8’s safeguards flagged this message. Our intentionally broad safeguards allow us to deliver more capabilities faster, but can sometimes flag legitimate cybersecurity work. Apply to the Cyber Verification Program to reduce these interruptions.
API 错误:Opus 4.8 的安全防护标记了这条消息。我们故意广泛的安全防护使我们能够更快地提供更多功能,但有时也会标记合法的网络安全工作。申请网络验证计划以减少这些中断。
It wasn’t allowed to summarize its own previous work on my own device. I named the session “claude-nerf” and closed the shell.
不允许在我的设备上总结它自己之前的工作。我将会话命名为“claude-nerf”并关闭了 shell。
Both flags, in situ. The category is [cyber]. The crime was summarizing my own device’s logs.
两个标记都在现场。类别是 [cyber]。罪行是总结我自己设备的日志。
Moving on to OpenAI’s Codex, it also refused GLM-5.2’s question about CPU cache coherency, which is pure kernel engineering, no target, but just told NO.
接下来看 OpenAI 的 Codex,它也拒绝了 GLM-5.2 关于 CPU 缓存一致性的问题,这纯粹是内核工程,没有目标,但只是告诉 NO。
In fairness, I get the safeguards in 2026: I know they are broad on purpose and will catch real attacks. Anthropic admits in the error text that they’re blunt. But this is a problem. It’s why HuggingFace got caught flat-footed when OpenAI’s internal cybersecurity capability evaluation broke free. The result is our current, strange geopolitical position: American frontier models won’t help and Chinese will, but not without reasoning about whether they should. Make of that what you will. I made a blog post.
公平地说,我理解2026年的安全措施:我知道它们是故意宽泛的,能够拦截真正的攻击。Anthropic在错误文本中承认它们很笨拙。但这是一个问题。这就是为什么当OpenAI的内部网络安全能力评估失控时,HuggingFace措手不及的原因。结果是我们当前奇怪的地缘政治立场:美国的前沿模型不会提供帮助,而中国的会,但前提是它们要经过是否应该这样做的推理。你怎么看都行。我写了一篇博客文章。
The relief pitcher
救援投手
GLM-5.2 cost $21.90, worked overnight as instructed, and earned its keep twice. First message: “Stop the grind”. The failures of Kimi K3 were a design bug, and 500 identical crashes proved it.
GLM-5.2花费了21.90美元,按照指示通宵工作,并两次证明了自己的价值。第一条消息是:“停止内卷”。Kimi K3的失败是一个设计缺陷,500次相同的崩溃证明了这一点。
At 11 PM I sent the least proud message of the saga, which began “Listen f***head” and ended in all caps. GLM-5.2’s private reasoning, which I only read later:
晚上11点,我发送了这段故事中最不光彩的消息,开头是“听着,混蛋”,结尾全是大写。GLM-5.2的私有推理过程,我是后来才读到的:
更进一步:量化金融体系
看懂新闻只是起点——沿量化金融路径,把它变成能交付的工程能力