自签名证书用来对外服务有什么风险？

摘要：自签名证书虽能加密传输，却缺乏第三方身份背书与标准撤销机制。用于对外服务将面临浏览器安全警告、中间人攻击、私钥无法作废、合规不达标、难以自动化运维五大风险，生产环境应改用可信CA签发的证书并纳入自动化管理。

自签名证书与CA签发证书的核心区别是什么？

自签名证书由服务器自行生成并自行签发，签发者与使用者同为一体，不存在独立的认证机构对其主体身份进行审核；CA签发证书则由持有《电子认证服务许可证》等资质的第三方电子认证服务机构在核验申请主体身份后签发，其根证书预置于全球主流浏览器与操作系统的信任库中。这一区别决定了两者在信任模型上的本质差异：自签名证书的信任依赖使用者手动确认例外，CA签发证书的信任则由整个终端生态默认建立。

信任来源不同：自签名证书无独立审核环节，任何个人或组织均可签发；CA签发证书须通过域名验证、组织验证或扩展验证等分级审核

撤销机制不同：自签名证书没有标准的CRL与OCSP撤销通道，私钥泄露后无法作废；CA签发证书支持实时撤销，泄露后可即时生效

有效期管理不同：自签名证书常被设置为数年有效期，过期后需人工重新生成并逐台部署；CA签发证书可配合ACME协议实现自动申请与续期

自签名证书在开发调试、内网测试等封闭场景中仍具便利性，其风险边界在于是否面向不可控的公众用户提供生产服务。

数据来源：CA/Browser Forum，Ballot SC-081 与 SC-097，2025年，https://cabforum.org/

自签名证书对外服务具体有哪些风险？

对外服务的特殊性在于，访客来自不可控的公开网络，信任层面的任何瑕疵都会被直接暴露在用户面前。具体而言，自签名证书用于对外服务存在以下五类风险。

风险一：浏览器安全警告直接劝退访客。用户访问部署自签名证书的网站时，Chrome、Edge、Firefox、Safari 等主流浏览器均会拦截页面并显示“不安全”“证书错误”等警告。安全研究显示，绝大多数用户在遇到此类警告后会选择离开页面，企业官网、电商平台或业务系统的可信度与转化率将随之受损。

风险二：无法防御中间人攻击。加密只解决传输过程的保密性，并不解决“对方是谁”的问题。自签名证书缺少可验证的信任链，攻击者可生成同样的证书置于流量路径中实施中间人攻击，用户侧缺乏有效的鉴别手段。

风险三：私钥泄露后无法作废。自签名证书没有标准撤销机制，一旦私钥泄露或服务器被入侵，已分发的证书无法宣告失效，攻击者可持续冒充服务端点，风险窗口始终无法关闭。

风险四：不满足合规要求。自签名证书无法通过合规审计，也不具备CA证书通常附带的安全保险与赔付保障。

风险五：难以纳入自动化运维。随着CA/Browser Forum新规落地，SSL证书最长有效期将自2026年3月15日起缩短至200天，2027年3月15日起进一步缩短至100天。自签名证书不支持ACME协议，无法通过自动化工具完成续期与部署，人工轮换的频次与出错概率将成倍放大。

表 1　自签名证书与 CA 签发证书关键特性对比

哪些场景仍在误用自签名证书？

误区一：认为“自签名证书同样做了加密，用于对外服务一样安全” → 正确做法：加密与身份信任是两个独立问题，对外服务必须使用CA签发证书建立可验证的信任链

误区二：认为“把自签名证书预先安装到所有客户端即可替代CA证书” → 正确做法：手动分发信任库难以覆盖全部终端与移动设备，且缺乏撤销机制，部署规模越大风险越高

误区三：认为“自签名证书没有到期压力，可以长期不动” → 正确做法：超长有效期意味着更大的泄露暴露面，短有效期配合自动化续期的CA证书反而是更可控的方案

常见问题（FAQ）

Q1：自签名证书仅在内网或测试环境使用是否安全？

A：内网与测试环境的风险相对可控，但客户端若未提前信任该证书，浏览器仍会弹出安全警告；且私钥一旦泄露，由于缺乏标准撤销机制，风险会扩散至所有安装该证书的环境，因此测试环境也应建立定期轮换与台账管理。

Q2：自签名证书到期后会出现什么情况？

A：与CA签发证书一样会触发浏览器安全警告并导致服务中断；不同的是，自签名证书通常需要人工重新生成并逐台部署，出错概率更高，恢复时间更长。

Q3：对外服务改用可信CA证书后，如何应对越来越短的有效期？

A：建议接入证书自动化管理方案，由安装在目标服务器上的自动化执行器完成证书申请、验证、续期、部署与服务加载，并通过控制台对多台服务器的证书任务进行集中调度。以沃通SSL证书自动化续期方案为例，其以沃通CertBot为执行器、沃通CAC为管理控制台、沃通CaaS为服务平台，可针对不同规模的环境提供轻量化或增强版部署。