在配置不足的 PC 上用 Qwen 3.8 flash 通过 OpenCode 框架获取 LG 电视 Root 权限并清除间谍和广告软件

Reddit r/LocalLLaMA 新闻

摘要

一位用户分享了通过 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%,真的非常令人印象深刻!
查看原文

相似文章

我让 Qwen3.8 27B 攻击我的路由器

Reddit r/LocalLLaMA

一位用户报告称,未经修改的开源权重 Qwen3.8 27B 模型成功指导他完成了路由器的 OpenWRT 固件刷写。据报道,Claude 和 Opus 4.8 都因安全防护机制拒绝了这一操作,这引发了关于未来 Qwen 版本网络安全防护的讨论。

orcarouter/Qwen3.8-Flash-Next-Uncensored-GGUF

Hugging Face Models Trending

本文发布未经审查的 Qwen3.8-Flash-Next 模型的 GGUF 量化版本,这是 Qwen4 架构的混合专家模型预览版,专为支持视觉功能的 llama.cpp 设计,需要自定义构建以确保兼容性。