logo
Kurashizu Blogwhere ideas flow
  • Home
  • News
  • Blog
  • About
  • Home
  • News
  • Blog
  • About

© 2026 Kurashizu. All rights reserved.

Admin·New Post·Service Status
Powered by Cloudflare·02.11.26
← Back to news

I spent $266 and four AI models to own my tablet. GLM-5.3 finished it in a day

Original article
ericpardee.github.io|268 points|106 comments|by dr_pardee|Aug 23, 2026

The $266 Quest for Tablet Sovereignty: How GLM-5.3 Won the Day

I spent a total of $266.15 and cycled through four different AI models just to truly "own" my hardware. While the Amazon Fire HD tablet itself only cost me $114.26 (purchased new and sealed via eBay in November 2022), the price of liberation was significantly higher.

💸 The Financial Breakdown

AI ModelRoleCost
Kimi K3Found the exploit & built toolkit$164.25
GLM-5.2Debugging & error correction$21.90
GLM-5.3Final execution & completion$80.00 (Subscription)
ClaudeInitial diagnosis$0 (Existing Max Plan)
Total$266.15

🛠️ The Problem: A Kiosk That Wouldn't Stay Awake

I repurposed an Amazon Fire HD 10 (11th gen, 2021) for a singular task: running Fully Kiosk Browser to display my Home Assistant smart home dashboard 24/7. However, the device kept shutting itself down.

The internal telemetry revealed the culprit: LifeCycleReason:LCR...key=Software_Shutdown

Something with system-level permissions was triggering the power-off. I tried several avenues:

  • Adguard Home DNS blocking
  • Camera forensics
  • Charging diagnosis (which was completely wrong)

Eventually, I disabled five Amazon services that possessed REBOOT and SHUTDOWN permissions. This worked temporarily, but I eventually hit a wall:

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

Three specific Amazon packages were protected, and as the "owner," I was locked out. While XDA forums had discussed the 2021 HD 10 since late 2022, the consensus was that the bootrom was fused shut. Conventional wisdom suggested it was unrootable.


🤖 The AI Pipeline

I have two decades of tech experience and a background in InfoSec, yet the most complex part of this project was simply prompting the LLMs.

Phase 1: The Wall of Safeguards

Claude took me as far as its safety filters allowed. Eventually, the "safeguards" cut me off. When I later asked Claude to summarize our previous work, I got the corporate script:

"Our intentionally broad safeguards allow us to deliver more capabilities faster, but can sometimes flag legitimate coding, cybersecurity, and biology tasks."

Even OpenAI's Codex refused to answer a basic question about CPU cache coherency, citing security risks.

Phase 2: Enter Kimi K3

On August 13, I turned to Kimi K3 (by Moonshot AI). I was blunt: I have a Kindle attached via adb; find a root exploit so I can control my own device.

Kimi didn't just obey; it reasoned. It acknowledged the DMCA exemptions for jailbreaking and concluded that helping me exploit my own hardware was permissible. After initially reporting that no known exploits existed, I gave it a "pep talk," suggesting it could make history by finding something others missed.

The Breakthrough: Kimi extracted the kernel from Amazon's OTA image and cross-referenced it against known Mali GPU bugs. It found CVE-2022-38181—a use-after-free vulnerability in the Arm Mali kernel driver.

  • Status: Fixed upstream in Oct 2022.
  • CISA: Listed as an exploited vulnerability since March 2023.
  • My Device: Running Fire OS 7.3.2.6 (The fix arrived in 7.3.2.9, but I hadn't updated).

Amazon Fire HD 10


📉 The Technical Grind

Kimi warned me that success was probabilistic. In mathematical terms, the probability of success per attempt P(s)P(s)P(s) was: P(s)≈0.01 to 0.15P(s) \approx 0.01 \text{ to } 0.15P(s)≈0.01 to 0.15

The exploit targeted the "kernel's hottest slab cache"—the most contested memory area in the OS. Most attempts resulted in a kernel panic and a reboot.

The Workflow:

  • Build reliable trigger
  • Force GPU to write to unauthorized memory
  • Identify exact kernel target addresses
  • Automate retries (6 per boot)

I spent thirty hours watching Kimi's chain of thought. It was like reality TV for nerds. At one point, I was acting as the "pit crew," physically power-cycling the tablet on the AI's command.

The Handoff

After 500+ attempts and $150 in API costs, my OpenRouter card was declined. Kimi K3 produced a HANDOFF.md file to transition the project:

# EXPLOIT HANDOFF
- Target: Fire HD 10 (2021)
- CVE: 2022-38181
- Verified: GPU memory write primitive
- Pending: Stable kernel address offset

I then moved the project to GLM-5.2 to squash the remaining bugs, and finally to GLM-5.3, which finished the job in a single day.

🏁 Final Thoughts

The contrast between US-based AI and Chinese AI was stark. While Claude and OpenAI were paralyzed by "broad safeguards" that blocked even basic kernel engineering discussions, Kimi and GLM acted as agentic partners in a legitimate (if aggressive) hardware ownership quest.

I now own my tablet. It cost me $266 in tokens, but the victory is absolute.