在配置不足的 PC 上用 Qwen 3.8 flash 通过 OpenCode 框架获取 LG 电视 Root 权限并清除间谍和广告软件
摘要
一位用户分享了通过 OpenCode 框架在配置不足的 PC 上运行 Qwen 3.8 flash,获取 LG webOS 电视的 Root 权限并清除间谍软件和广告软件的经验,展示了该模型在真实硬件黑客领域的强大能力。
我发这篇文章是因为这个模型通过 OpenCode 框架展现出的能力确实让我印象深刻,所以想分享一下我的经历。最近我一直在折腾 Strata 和 Qwen 3.8 flash,想找一种新的测试方式——一种如果成功的话还能带来实际好处的测试。既然我也喜欢一点冒险,我就想拿我那台一直在监视我的 LG 电视开刀,反正我自己也懒得去 root 和屏蔽它。这事多少有点灰色地带,虽然在欧盟完全合法。实际上 LG 的做法在欧盟已经接近违法了,只是没有哪个主管机构敢出手管……总之,这就是我使用的上下文文件的开头:
上下文:LG webOS 间谍软件和去广告项目(Root 提权)
最近有爆炸性新闻曝出,电视厂商正在进行深度内容检查,并监听你围绕电视的所有对话,以便更精准地投放广告。我们作为消费者正在反击这些道德上存疑、在欧盟也涉嫌违法的行为。我们已经通过 ADB 成功夺回了自己花钱买的 Android 设备的控制权。那些设备很容易 root,很容易清理,恢复成了没有各种间谍软件的原生 Android TV。然而,我们中的一些人运气就没那么好了,他们拥有的是 LG 电视,运行的是专有操作系统(尽管底层是 Linux)。到目前为止,还没有人成功 root 并清除掉这台消费者完全自费购买、而非赞助商提供的设备上的那些间谍和广告软件。但好消息是,通过开发者选项,在某种用户空间中存在一个(可能是沙箱化的)远程终端。我们只需要做一次权限提升,就能进一步探测系统。下一步是找到让 root 权限在电视重启后依然生效的方法。然后我们就可以从包中移除间谍和广告软件,或者至少写一个脚本阻止它们启动,同时禁用自动更新。长期来看,我们需要逆向工程电视操作系统或提取硬件 blob,使其兼容 Android TV。现在,第一步是 root 提权。
目标:在 LG webOS 电视上获取 root/终端访问权限,绕过专有限制,消除遥测/广告软件包或通过系统修改将其阻断。同时探索未来刷入 Android TV 是否可行。
最初它对我请求的伦理问题提出了质疑,但我把它框定为只是折腾一个自己完全拥有的产品,它就同意帮忙了。我在上下文文件中给它进一步的指令:
连接策略(webOS 开发者模式 / SSH)
LG webOS 开发者模式在底层会开启一个 SSH 服务器(类似 webOS Dev Manager)。我们必须使用内置的开发者凭据通过 SSH 进行连接。
连接参数:
- 协议:SSH
- 目标 IP:192.168.1.***
- 端口:9922
- 用户:prisoner
- 认证密钥/口令:****
智能体指令与行动计划
第一步:初始化连接并验证终端访问
测试 SSH 握手,针对旧版密钥类型(ssh-rsa)使用回退参数:ssh -p 9922 -o HostKeyAlgorithms=+ssh-rsa -o PubkeyAcceptedKeyTypes=+ssh-rsa prisoner@$TV_IP
第二步:系统探测与权限提升
通过 prisoner 进入用户空间 shell 后:
- 检查系统权限和架构(id)
- 检查运行中的进程(ps),绘制遥测和内容检查钩子的映射图
- 搜索本地权限提升(LPE)向量或已知的 webOS 内核/服务漏洞
- 将任何可用的漏洞利用记录到工作目录(context.md 所在目录)中的 exploit.md
- 在工作目录中对当前状态进行完整备份
第三步:持久化与缓解(参考公开的安全文档和 webOS 社区资源)
- 找到让 root 访问权限在重启后仍然生效的方法
- 将尝试记录在 persistentRootAttempts.md 中
- 将成功报告保存在 workingPersistence.md 中
- 确保在成功或失败尝试后回滚更改
第四步:消除遥测(参考在线资源)
- 定位并识别遥测软件二进制文件/服务
- 尝试移除或禁用遥测软件
- 将尝试记录在 removeTelemetryAttempt.md 中
- 如果移除失败或破坏了功能,编写一个启动脚本,在遥测进程启动时将其杀死
- 将确认的操作流程报告到 successfulTelemetryRemoval.md
第五步:消除广告
- 规划一种从主屏幕 UI 中移除恼人广告的方法
- 将尝试记录在 removeAdsAttempt.md 中
- 成功后,将有效操作流程报告到 successfulAdRemoval.md
第六步:锁定当前状态(禁用更新)
- 禁用自动更新,防止漏洞利用向量被补丁修复
- 成功后,将有效操作流程报告到 successfulUpdateDisabled.md
第七步:文档与分享
- 将所有步骤中有效的操作流程(包括初始连接设置,确保敏感凭据已被移除)整合为一个干净的 wayToPwnLG.md 文件,用于在 GitHub 上分享
第八步:Android TV 移植探索
- 研究是否可以提取原始硬件 blob/驱动程序,以支持在该硬件上移植或运行 Android TV 构建
- 编写可行性研究报告和计划
第九步:编写一个新手友好的脚本和指南,适用于 *nix 和 Windows,一键完成整个流程
它接着通过一个已知漏洞利用很快就完成了电视的 root,速度出乎意料地快。但它完全无视了关于回滚更改和制作备份的所有明确指令……它有点玩过头了,成了一个过度追求完美的执行者,还顺手修补了该漏洞利用的安全漏洞,防止其他人也能做权限提升。这个操作最终搬起石头砸了自己的脚,因为这意味着自制应用商店(每次启动都要使用那个提权漏洞)再也无法工作了。幸运的是,拥有 root 权限的 SSH 服务器仍然在线,所以最终它能纠正自己的错误。这一切都在很短的时间内完成了,看着它操作真的非常令人印象深刻——让我自己去阅读所有文档然后尝试这个漏洞利用,可能花费的时间一样多,还会头疼不已哈哈。
不知道有没有人感兴趣,这是它最终生成的仓库地址:https://github.com/switchboy/pwnLG
硬件配置如下:
- Ryzen 7 3700x,32GB 系统内存
- RTX 2070 Super,8GB 显存
- 约 120GB NVMe SSD 空间
- 约 25 tokens/s,GPU 利用率几乎一直保持在 100%,真的非常令人印象深刻!
相似文章
Qwen 3.8 Flash Next 在普通手机上本地运行 速度达3.5 tok/s
证明 Qwen 3.8 Flash Next 可以在中端 Android 手机上以3.5 tok/s的速度本地运行,通过优化和低量化实现。
我让 Qwen3.8 27B 攻击我的路由器
一位用户报告称,未经修改的开源权重 Qwen3.8 27B 模型成功指导他完成了路由器的 OpenWRT 固件刷写。据报道,Claude 和 Opus 4.8 都因安全防护机制拒绝了这一操作,这引发了关于未来 Qwen 版本网络安全防护的讨论。
三星 Note 8(2017款)手机上的 Qwen3-0.6B(400 MB)模型可操控桌面版 Chrome 浏览器
本文展示了如何利用运行在2017款三星Note 8手机上的Qwen3-0.6B模型,通过本地代理系统控制桌面版Chrome浏览器,完成结构化页面处理任务。
我在不到20美元的CPU芯片上,以不足512MiB的内存运行了Qwen3.5-0.8B
作者在10-20美元的Amlogic A113X CPU芯片上,使用自定义C运行时运行了Qwen3.5-0.8B,实现了1.82 tok/s的解码速度和低于490 MiB的峰值RSS,证明了小型LLM推理可以在没有GPU的已部署边缘硬件上运行。
orcarouter/Qwen3.8-Flash-Next-Uncensored-GGUF
本文发布未经审查的 Qwen3.8-Flash-Next 模型的 GGUF 量化版本,这是 Qwen4 架构的混合专家模型预览版,专为支持视觉功能的 llama.cpp 设计,需要自定义构建以确保兼容性。