ESP32 HTTPS OTA为何要嵌入服务器证书？

这个问题的核心在于嵌入式设备和桌面浏览器的运行环境、安全需求完全不同，下面拆解几个关键原因：

1. 嵌入式设备的资源约束 #

ESP32这类微控制器的RAM、Flash存储空间远小于桌面系统。浏览器需要维护一个庞大的根CA证书链（包含上百个权威机构的证书）来验证任意HTTPS站点，但ESP32根本装不下这么多数据。硬编码目标OTA服务器的单个证书，能把存储空间占用降到最低，符合嵌入式系统的资源定位。

2. 安全模型的针对性 #

浏览器的场景是用户访问任意未知站点，必须依赖CA体系来建立信任；但OTA更新的场景是设备只需要和固定的、你自己控制的服务器通信。硬编码该服务器的证书，相当于直接把信任范围缩小到唯一的目标服务器，反而比依赖整个CA链更安全——避免了因某个CA机构泄露或被攻破，导致设备被伪造的OTA服务器攻击。

3. 证书过期的解决方案（并非无解） #

你担心的证书过期导致OTA变砖是合理的，但示例用硬编码只是为了简化演示，实际项目里有更灵活的方案：

• 用证书指纹（比如SHA-256哈希值）代替完整证书：指纹长度短，即使证书过期更换，只要服务器用同一家CA签发的新证书，指纹可能不变（或者你可以提前把多个指纹预存到设备）；
• 设计证书预更新机制：在旧证书过期前，通过当前信任的证书连接服务器，下载新证书并存入Flash的非易失存储区，下次OTA时就用新证书验证；
• 预留降级通道：比如在紧急情况下允许通过HTTP（仅限内网或特定场景）更新证书，但这会牺牲安全性，需谨慎使用。

4. 避免首次连接的信任风险 #

如果像浏览器那样首次连接时动态下载证书，设备第一次和服务器通信时，没有任何可信依据来验证下载的证书是否真实——这就会陷入“信任首次使用”（TOFU）的困境，中间人可以伪造服务器证书发给设备，直接接管OTA流程。硬编码证书则是提前在设备中植入可信凭证，从根源上避免了这种攻击。

内容的提问来源于stack exchange，提问作者Orbian