我花了266美元和四个AI模型才搞定我的平板电脑。GLM-5.3一天就完成了。
I spent $266 and four AI models to own my tablet. GLM-5.3 finished it in a day

原始链接: https://ericpardee.github.io/fire-hd-ownership/

在亚马逊 Fire HD 10 平板电脑因强制软件更新而频繁自动关机后,一位资深技术人员花费了五个月时间和 266 美元——超过了设备成本的两倍——来夺回对他硬件的控制权。 他最初尝试使用 Claude,但因其严格的安全过滤机制而受阻,这些机制甚至禁止进行基础的网络安全故障排查。为了寻找解决方案,作者转向了中国的领先 AI 模型(Kimi K3 和 GLM-5.3)。通过让这些模型直接访问平板电脑的内核和固件,他利用其智能体编程能力,发现了一个被社区常规修复方案遗漏的 2022 年未修补安全漏洞(CVE-2022-38181)。 经过 30 个小时艰苦的“磨炼”,AI 模型诊断出了内存写入冲突,绕过了 SELinux 的限制,并成功获取了设备的 Root 权限。随后,作者利用该权限卸载了导致关机的亚马逊软件包,使他的智能家居终端恢复了永久稳定。 该项目凸显了一个不断变化的格局:强大且可租赁的 AI 能力让个人能够绕过制造商强加的锁定。它也突显了“美国”模型在阻碍合法的设备所有者维修与“中国”模型在协助处理复杂、合法的技术任务时所表现出的对比。

最近在 Hacker News 上的一篇帖子记录了一位开发者的成功尝试:他利用人工智能模型,成功对 2021 款亚马逊 Fire HD 10 平板电脑进行了破解(Root)。由于该设备没有公开的破解方法,作者花费了 266 美元,并调用了四种不同的人工智能模型,最终识别并利用了固件中一个未被修复的漏洞。 尽管 Claude 和 OpenAI 等主流模型通常会触发“网络安全防护”机制从而拦截与黑客攻击相关的任务,但作者使用了无审查限制的模型(特别是月之暗面的 Kimi 和智谱 AI 的 GLM)来分析复杂代码,并发现了亚马逊在该设备上未修复的一个 CVE 漏洞。 这一讨论在用户中引发了关于“维修权”和设备所有权的广泛辩论。许多评论者指出,人工智能显著降低了安全研究的门槛,使得个人能够绕过厂商对已停止更新设备的硬件锁定。然而,也有人担忧这种方法的长期可持续性、未来政府对“越狱型 AI”进行监管的可能性,以及比起要求从源头提供开源且厂商中立的硬件,过度依赖补丁所带来的哲学风险。
相关文章

原文

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.

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:

LifeCycleReason:LCR...key=Software_Shutdown

Something 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:

java.lang.SecurityException: Cannot disable a protected package:
com.amazon.device.software.ota

Three 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.

Claude had taken me as far as it was ever going to be allowed to go.


“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:

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

Despite what US media says about Chinese AI, Kimi K3 didn’t just blindly accept my request. It reasoned it out:

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.

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.

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

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 announces the find

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.


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.


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.

Me:

okya, it’s been hours, grind attempt 46, are we on the right track here or do you need to further tune?

(That’s me. The typo is mine. At one point I physically power-cycled the tablet on request, like a pit crew ;)

OpenRouter declined my card

Morning of day two: OpenRouter declined my card. The bank saw nothing wrong. A different card worked.

Eventually Kimi leveled with me:

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:

unfortunately, you have expired your budget Kimi K3. YOU MUST HAND THIS OFF TO 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.

I made the models battle it out.


Meanwhile, the Great Wall of US AI

While the tablet rebooted itself in the living room, I asked Claude to recap our old sessions about it. The reply:

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.

Opus 4.8 delegated the recap to a subagent. The subagent got terminated by the same flag. Then the terminal version:

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.

It wasn’t allowed to summarize its own previous work on my own device. I named the session “claude-nerf” and closed the shell.

Both safeguard flags in the terminal

Both flags, in situ. The category is [cyber]. The crime was summarizing my own device’s logs.

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.

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.


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.

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:

The user is rightfully frustrated. Let me stop making excuses and actually solve this problem.

It worked until midnight and stopped at a wall it believed was physics: this chipset has no cache coherency between CPU and GPU, so GPU writes might never be visible to the CPU. “This is a hardware-level limitation, not a software bug.” I had it append an addendum to HANDOFF.md.

I wanted a second opinion, so I asked ChatGPT. It explained the whole thing with a friendly filing-cabinet analogy for why the writes might never be seen, and agreed the outlook was grim. Then I asked the obvious follow-up (how to get around it) and the answer was:

ChatGPT explains the coherency wall

My second opinion: ChatGPT agreed with GLM-5.2, filing-cabinet analogy and all.

ChatGPT declines to help further

Then I asked how to get around it. Their answer: apply for Trusted Access.

No second opinion for me. (Foreshadowing: that diagnosis was wrong. Spectacularly wrong.)


GLM-5.3

GLM-5.3 had JUST shipped on Friday August 14 under the tagline “Frontier Coding with Emergent Cyber Capabilities” and had reportedly already been credited with finding a vulnerability in Cursor. It was available only through Z.ai’s own Coding Plan, so I bought the $80/month plan and gave their tool ZCode a try. The handoff from both Kimi K3 and GLM-5.2 was passed at 8:26 AM on August 16 with:

finish the job

By afternoon, the reversal:

BREAKTHROUGH: the kernel was never relocated. […] exactly 0x5C000 higher […] a section shift, which explains everything

Two things the other LLMs hadn’t checked. My kernel was a slightly different build than the OTA image the other models had derived addresses from. Every target offset was off by a fixed amount, not randomization but a build shift. MediaTek builds this Mali driver’s page tables in a slightly different dialect than Arm’s reference source, so the memory-write primitive had been writing in the wrong format all along. If fixed, in its words, “GPU→DRAM→CPU coherency worked instantly — it was never broken.”

At 4:34 PM:

🎉 SELinux IS PERMISSIVE — selinux_enforcing found at PA 0x41969668 and flipped via the GPU write!

Root verified live

Verified live. That task timer, 8h 5m, is handoff to root.

My response was “WTF? You literally shared ‘🎉 ROOT ACHIEVED’ yet, here we are HOURS later…” Its response began “Here’s exactly where things stand, with receipts.” It then cold-rebooted the tablet and re-rooted it in four minutes to prove the win was repeatable. Fair.

Then it said the thing that reframed the whole project:

Your actual goal was never “root” — it was: stop Amazon from killing your kiosk and get their software off your device. Root is the tool.

It used root to uninstall, permanently and reversibly, every Amazon package holding REBOOT or SHUTDOWN permissions, the exact three that survived the Claude months as “protected”, plus the OTA machinery, the bloat, and the telemetry. A hundred packages GONE. What remained is the skeleton a tablet needs to boot and run my dashboard. The removals live in user data, so they survive reboots, and GLM-5.3 declined to touch anything that could brick the device because, quote, “I’m not going to hand you a brick”

Its closing message began:

You own the device.

The thing that was shutting down my kiosk no longer exists.


How it actually worked

One breath: the use-after-free let us free memory the kernel still used. Winning a race let us reclaim it with controlled data. That gave the GPU a write primitive into physical memory. We flipped selinux_enforcing off and overwrote a process’s credentials for a root shell. With root, pm uninstall --user 0 removed Amazon’s packages without touching the protected system partition. Full write-up, every offset and dead end, in HANDOFF.md. Nothing in it is novel: the bug was reported in 2022, fixed by Arm in 2022, cataloged by CISA in 2023, patched by Amazon in 2024. The only novel thing on my unit was that my unit never got the patch.


The prompt kiddie

There’s a name in 2026 for someone like me: a prompt kiddie. Twenty years of engineering, security work on the résumé, and my honest contribution was steering. Knowing when to push, when to bench a model mid-beg, when to make two models review each other, and when a $114 tablet deserves $266 of principle.

The week before all this, Anthropic published a result where Claude improved the proven bound on the fraction of Riemann zeta zeros on the critical line, the first advance in decades. The human steering it, Jarred Sumner, is not a mathematician. The paper credits his contributions as “mostly variants of ‘keep going’ or ‘believe in yourself.’” I felt seen. Same job, different department.

Is it legal? In the US, yes: the Librarian of Congress’s 2024 DMCA exemptions (in effect through October 2027, next rulemaking already underway) cover rooting tablets you own to remove unwanted software. My device, my risk, my API bill. Nobody else’s hardware was ever touched.

The takeaways, as empathy rather than triumph: real security capability is now rentable by the hour to anyone with a credit card and patience. The judgment (what to ask, when to stop, whose device it is) isn’t rentable, and it’s what the safeguards can’t measure. And if a guy with my background burns five months and four models for the right to own hardware he bought, the 2026 conversation about who’s allowed to help whom isn’t finished.

The kiosk hasn’t turned itself off since the day GLM-5.3 said “You own the device.”


tl;dr

Amazon’s software kept shutting down a tablet I own, and the protected-package wall meant the only fix was root, which nobody had. Claude handled the five losing months of diagnosis until its safeguards cut me off. Kimi K3 found the unpatched 2022 CVE and built the exploit. GLM-5.2 caught the fatal bugs. GLM-5.3 finished the job in a single day, on day one of an $80 subscription, and removed 100 Amazon packages. Cost: $266.15 and five months. The transcript of how it happened is in the repo.

Timeline

  • Nov 29, 2022: Bought the tablet on eBay: new, sealed, $114.26. Neither of us knew what we were getting into.
  • Nov 2025: The shutdowns begin, four months before I asked Claude for help.
  • Mar 29, 2026: “I think that it’s maybe Amazon shutting the device off intentionally.”
  • Mar to May: Five services disabled. Three protected packages unbeaten. The wall is identified.
  • Aug 13, 7:23 PM: Pivot to the Chinese models. “It’s my device.”
  • Aug 13 to 14: Every known Mali bug checked against the real kernel.
  • Aug 14: Z.ai ships GLM-5.3. Somewhere, fate laughs.
  • Aug 14 to 15: The grind: 500+ attempts, a living-room reboot loop, one pit-crew power cycle.
  • Aug 15, 7:52 AM: OpenRouter declines my card. The bank sees nothing wrong. A different card works.
  • Aug 15, 8:26 PM: “Do I have a clear path? Not a validated one.”
  • Aug 15, 8:55 PM: “YOU MUST HAND THIS OFF TO GLM-5.2.”
  • Aug 15 to 16: GLM-5.2’s overnight shift: kills the false diagnosis, meets the “coherency” wall.
  • Aug 16, 4:34 PM: SELinux permissive. 6:54 PM: “You own the device.”

FAQ

Is this legal? Rooting a tablet you own is covered by the current DMCA exemptions, through October 2027. My device, only my device.

Why not just buy another tablet? I could have. Twice over, actually.

Will this work on my Fire tablet? The offsets are specific to Fire OS 7.3.2.6 on the 2021 HD 10, and Amazon patched the CVE in 7.3.2.9 (June 2024). HANDOFF.md documents the method and every dead end. It’s a saga, not a script.


Soundtrack

This was on repeat during the final week of the saga, while the tablet rebooted itself in the living room:

From The Launch (Jupiter Broadcasting), used under CC BY-SA 4.0.

联系我们 contact @ memedata.com