MQTT over TLS为何普遍采用自签名证书？相关技术疑问

为什么多数MQTT over TLS教程使用自签名代理证书？ #

• 零成本与无门槛：可信CA的付费证书需要成本，免费公网CA（如Let's Encrypt）要求服务器拥有可验证的公网域名，而教程多基于本地/内网测试环境，不满足公网域名条件；自签名证书无需任何外部依赖，用openssl即可快速生成。
• 聚焦核心配置：教程的核心是演示MQTT代理的TLS加密配置流程，自签名证书省去了向CA提交CSR、等待审核等额外步骤，让读者能快速完成核心功能验证。
• 离线可用：自签名证书生成无需联网，适合内网、离线测试场景，不会受CA服务可用性影响。

自签名证书在安全性上是否比可信CA签名证书更有优势？ #

不存在任何安全性优势，反而存在明显短板：

• 无信任背书：自签名证书没有可信CA的身份验证环节，客户端首次连接时必须手动信任该证书，若用户盲目信任未知证书，极易被中间人攻击利用。
• 信任维护成本高：证书过期或更换时，需要手动更新所有客户端的信任列表；而可信CA证书可通过系统默认信任链自动更新，无需客户端手动操作。
• 身份合法性无法证明：可信CA会对证书申请者进行不同等级的身份核验（如域名验证、企业身份验证），自签名证书无法证明服务器身份的合法性。

「自签名证书需本地保存副本，可信CA签名的证书可基于/etc/ssl/certs直接连接代理」的说法是否正确？ #

该说法部分正确，但存在前提条件：

• 自签名证书：确实需要将证书副本添加到客户端的信任存储中（如本地指定路径、系统信任链），否则客户端无法通过身份验证，无法建立连接。
• 可信CA签名证书：只有当签发证书的CA根证书已存在于客户端系统的默认信任存储（如Linux的/etc/ssl/certs目录）时，客户端才能直接连接无需额外配置。若使用的是私有CA（非公共可信CA）签名的证书，同样需要将私有CA的根证书添加到客户端信任存储，才能实现无额外配置连接，这和自签名证书的维护逻辑一致。

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