如何在不丢失加密的情况下更新 Ledger 固件？

固件更新协议机制

1. 账本设备在固件和私钥存储之间保持严格分离。固件驻留在闪存中，而加密密钥则受到经过认证的安全元件芯片的保护。

2. 在固件安装过程中，设备使用嵌入在硬件中的 Ledger 公共根证书来执行签名验证。未签名或被篡改的二进制文件将被立即拒绝。

3. 更新过程不会访问、读取或传输任何私钥材料。安全元件在整个闪烁序列中保持隔离。

4. 固件更新以签名增量补丁的形式提供，最大限度地减少数据传输量并减少下载和安装过程中的暴露面。

5. 安装后强制重启以激活新固件逻辑；此重新启动不会重置或清除安全元件的持久内存。

更新前验证步骤

1. 用户在通过 Ledger Live 桌面应用程序启动固件升级之前，必须确认设备已通过 USB 连接并开机。

2. Ledger Live 根据 ledger.com/download 提供的最新正式发布版本验证当前固件版本。

3. 应用程序将下载的固件二进制文件的 SHA-256 哈希值与 Ledger 的 GitHub 存储库上已验证提交下发布的哈希值进行交叉检查。

4. 设备屏幕显示与 Ledger Live 中显示的确认码相匹配的 4 位确认码 — 这可确保通信握手期间的中间人保护。

5. 在继续操作之前，系统会提示用户通过检查屏幕上的“Bootloader”标签来物理验证设备的引导加载程序完整性。

闪烁期间的安全元件行为

1. Ledger Nano X 和 S Plus 型号中使用的 ST33K1M5 安全元件在固件更新期间独立于主微控制器单元运行。

2. 所有加密操作（包括 BIP-39 种子派生、ECDSA 签名和 AES-256 加密）继续在安全元件内部专门执行，不受外部干扰。

3. 固件更改不会改变安全元件的内部固件或其证明密钥；这些在所有设备代中都保持不变。

4. 即使主 MCU 固件在更新过程中损坏，安全元件仍保留完整功能，并可以通过引导加载程序模式恢复设备。

5. 固件更新期间不会触发私钥导出或备份操作 - 恢复短语完全由用户控制并且永远不会离开设备。

恢复短语独立性

1. 24 字 BIP-39 恢复短语在初始设备设置期间生成一次，并且仅存储在安全元件内。

2. 固件更新既不请求也不要求在过程的任何阶段重新输入恢复短语。

3. 如果用户在更新后失去对其设备的访问权限，他们可以通过将相同的恢复短语恢复到任何兼容的硬件钱包上来保留完全的资产控制。

4. Ledger 不会存储、传输恢复短语或将恢复短语与设备序列号、固件版本或 Ledger Live 帐户关联。

5.恢复短语是资产所有权的唯一真实来源——无论固件版本或硬件版本如何，它的功能都是相同的。

常见问题解答

问：当我的 Ledger 连接到受感染的计算机时，我可以更新固件吗？答：可以，但前提是 Ledger Live 在沙盒模式下运行并且设备强制执行严格的 USB HID 协议限制。即使恶意软件拦截 USB 流量，安全元件也能防止私钥被提取。

问：如果更新过程中断电会怎样？ A：设备进入引导加载程序恢复模式。自动尝试固件回滚到以前的稳定版本，保留安全元件状态和所有存储的密钥。

问：更新固件会改变我的钱包地址吗？答：不会。地址派生遵循恢复短语定义的 BIP-44、BIP-49 和 BIP-84 标准 — 固件对地址生成逻辑没有影响。

问：固件更新过程中是否存在设备变砖的风险？答：由于双组闪存架构和经过通用标准 EAL5+ 认证的硬件级引导加载程序回退机制，变砖几乎是不可能的。