# Bootloader 解锁耻辱墙：追踪厂商自定义 ROM 与 Root 支持政策 > Bootloader Unlock Wall of Shame 项目系统追踪手机厂商解锁政策，分类曝光限制自定义 ROM 和 Root 的反用户措施，提供选购与绕过清单。 ## 元数据 - 路径: /posts/2025/12/05/bootloader-unlock-wall-of-shame-vendor-policies/ - 发布时间: 2025-12-05T03:01:09+08:00 - 分类: [ai-security](/categories/ai-security/) - 站点: https://blog.hotdry.top ## 正文 Bootloader 是 Android 设备启动过程中的关键组件，负责验证并加载系统镜像。厂商锁定 bootloader 的目的是“保护用户数据安全”，实则限制用户安装自定义 ROM、获取 Root 权限，从而维护官方系统生态和运营商捆绑服务。这种反篡改措施看似安全，实则剥夺用户对自家设备的控制权，阻碍开源社区创新，并为未来更深层封闭（如禁用 ADB）埋下隐患。 Bootloader Unlock Wall of Shame 项目正是为此而生。该 GitHub 开源仓库由社区维护，系统追踪全球手机厂商的解锁政策，按严重程度分级“耻辱墙”，并分享绕过方法。截至最新数据，它将厂商分为四类：完全不可能解锁的“🍅 Just terrible!”、条件解锁的“⛔ Avoid at all costs!”、需在线等待的“⚠️ Proceed with caution!”，以及目前安全的“ℹ️ Safe for now”。例如，“Just terrible!” 名单包括三星、华为、Vivo/IQOO 等巨头，这些厂商设备需依赖硬件 testpoint 或 EDL 漏洞等高风险 workaround。“他们已经开始针对 sideloading 下手”，项目 README 直指 Google 等公司正逐步蚕食用户自由。 证据显示，主流厂商政策碎片化且趋严。完全禁用解锁的“terrible”阵营有 Alcatel、Amazon、Apple（虽非 Android）、Asus、Cat、Coolpad、Doogee、Energizer、Huawei、Meizu、Panasonic、Samsung、Sharp、TCL/BlackBerry、Vivo/IQOO，以及运营商锁机。这些设备 bootloader 锁死，用户无法官方途径解锁自定义 ROM。即使运营商锁解除，仍多禁解锁。条件解锁的“⛔ Avoid”包括 Hisense、HMD/Nokia、Honor、HTC、LG、Motorola/Lenovo、OPPO/Realme、Xiaomi/Redmi/POCO、ZTE/nubia，常需账号绑定、等待期或特定区域/SOC。小米近年收紧，每账号年限一台，还加答题审核；三星 Knox 触发 eFuse 永久熔断。 更“友好”但仍需警惕的“⚠️ Proceed with caution”有 Fairphone、Google Pixel/Nexus、Infinix、itel、OnePlus、Sony、Tecno。这些要求在线账号或等待，如 Pixel 需 OEM unlock 开关 + fastboot oem unlock，但解锁擦除数据。目前“Safe”的小厂如 Blackview、Cubot、Micromax、Microsoft、Nothing 等，直接支持无条件解锁，但稳定性存疑。 项目强调：仅信任 100% 离线解锁过程，否则勿信厂商“数据关怀”。社区贡献绕过：MediaTek 用 mtkclient；Qualcomm EDL 漏洞；Unisoc CVE-2022-38694 等通用 SOC 方法。自定义 AVB keys 允许锁 bootloader 跑自定义 OS，少数设备支持。 落地参数与清单，帮助用户避坑： **选购清单（优先级降序）：** 1. **首选（Safe）**：Nothing Phone、Fairphone（开源友好）；参数：检查 GitHub brands/ 页，无等待，离线 fastboot oem unlock。监控：star 项目，订阅 discussions。 2. **次选（Caution）**：Google Pixel（Pixel 8+ 支持），OnePlus、Sony；阈值：等待 <7 天，OEM unlock 可见。回滚：解锁前备份，启用 USB debugging。 3. **避开（Terrible/Avoid）**：Samsung S/Note、Huawei P/Mate、Xiaomi 高端；风险阈值：>50% 需硬件改动。替代：二手解锁机或 GrapheneOS 支持设备。 4. **运营商机**：北美常见，解锁后仍锁 BL；参数：查 carriers/README.md。 **贡献与监控要点：** - Fork repo，PR 新厂商/方法：e.g., Xiaomi 2025 政策更新。 - 工具链：ADB/fastboot + mtkclient（MTK），PotatoNV（Kirin）。 - 风险阈值：解锁前备份 /data；监控 Knox/Widevine L1 降级；测试 post-unlock：`fastboot getvar all` 确认 unlocked。 - 社区：XDA、Reddit r/androidroot；阈值：点赞 >100 的 workaround 优先。 未来，厂商封闭趋势加剧（如小米“降级跑路”闹剧、三星 One UI 8 移除解锁）。用户应集体发声，推动政策松绑，如请愿摩托过去。选 Pixel 或 Nothing，确保设备自由。 **资料来源：** - [GitHub: Bootloader Unlock Wall of Shame](https://github.com/zenfyrdev/Bootloader-Unlock-Wall-of-Shame) - 社区搜索：厂商政策讨论（XDA、CSDN 等） ## 同分类近期文章 ### [诊断 Gemini Antigravity 安全禁令并工程恢复：会话重置、上下文裁剪与 API 头旋转](/posts/2026/03/01/diagnosing-gemini-antigravity-bans-reinstatement/) - 日期: 2026-03-01T04:47:32+08:00 - 分类: [ai-security](/categories/ai-security/) - 摘要: 剖析 Antigravity 禁令触发机制，提供 session reset、context pruning 和 header rotation 等工程策略，确保可靠访问 Gemini 高级模型。 ### [Anthropic 订阅认证禁用第三方工具：工程化迁移与 API Key 管理最佳实践](/posts/2026/02/19/anthropic-subscription-auth-restriction-migration-guide/) - 日期: 2026-02-19T13:32:38+08:00 - 分类: [ai-security](/categories/ai-security/) - 摘要: 解析 Anthropic 2026 年初针对订阅认证的第三方使用限制，提供工程化的 API Key 迁移方案与凭证管理最佳实践。 ### [Copilot邮件摘要漏洞分析：LLM应用中的数据流隔离缺陷与防护机制](/posts/2026/02/18/copilot-email-dlp-bypass-vulnerability-analysis/) - 日期: 2026-02-18T22:16:53+08:00 - 分类: [ai-security](/categories/ai-security/) - 摘要: 深度剖析Microsoft 365 Copilot因代码缺陷导致机密邮件被错误摘要的事件，揭示LLM应用数据流隔离的工程化防护要点。 ### [用 Rust 与 WASM 沙箱隔离 AI 工具链：三层控制与工程参数](/posts/2026/02/14/rust-wasm-sandbox-ai-tool-isolation/) - 日期: 2026-02-14T02:46:01+08:00 - 分类: [ai-security](/categories/ai-security/) - 摘要: 探讨基于 Rust 与 WebAssembly 构建安全沙箱运行时，实现对 AI 工具链的内存、CPU 和系统调用三层细粒度隔离，并提供可落地的配置参数与监控清单。 ### [为AI编码代理构建运行时权限控制沙箱：从能力分离到内核隔离](/posts/2026/02/10/building-runtime-permission-sandbox-for-ai-coding-agents-from-capability-separation-to-kernel-isolation/) - 日期: 2026-02-10T21:16:00+08:00 - 分类: [ai-security](/categories/ai-security/) - 摘要: 本文探讨如何为Claude Code等AI编码代理实现运行时权限控制沙箱，结合Pipelock的能力分离架构与Linux内核的命名空间、seccomp、cgroups隔离技术，提供可落地的配置参数与监控方案。