Cloudflare“下场”做CA：从免费TLS/SSL证书到证书自动化，PQC时代WebPKI要变天了？

截至公告发布，Cloudflare 尚未开始以这一公共 CA 身份签发证书，传统 TLS/SSL 证书将在完成相关根证书计划的申请及获准流程后开始签发；MTC 的生产签发则以 2027 年第一季度为目标。

如果只看“Cloudflare 要做 CA”，这似乎只是公共 CA 市场新增了一家参与者。

但把这件事放到整个 WebPKI 的发展脉络中来看，会发现它同时连接了几个正在发生变化的方向：免费 TLS/SSL证书、证书自动化管理，以及面向后量子密码（PQC）迁移的新型证书技术 MTC。

Cloudflare 很早就开始参与 HTTPS 普及。2014 年推出 Universal SSL 后，Cloudflare 将 TLS 证书进一步融入网站接入和 CDN 服务，让大量网站能够更加低门槛地启用 HTTPS。如今，Cloudflare 又计划进一步进入证书签发基础设施本身。

这背后，一个比较直接的变化是：公共 TLS/SSL证书已经成为互联网基础设施中的大规模服务。

随着 HTTPS 广泛应用，越来越多的网站依赖公共 CA 持续签发和更新证书。而公开信任 TLS/SSL证书有效期的缩短，又进一步提高了更新频率。如果证书供应过度集中于少数签发服务，一旦其中一家出现运营故障、安全事件或需要集中撤销证书，就可能影响大量网站的正常运行。

因此，Cloudflare 希望通过建设新的公共 CA，为互联网增加一个独立的大规模证书签发服务，提供更多供应选择和冗余能力。

但增加一个 CA，并不意味着系统就天然更加可靠。新加入的 CA 自身也需要具备稳定运行、快速恢复以及控制故障影响范围的能力。

为此，Cloudflare 提出了 “fail small” 的理念，即在出现问题时尽量限制单次故障的影响范围，并在事故发生之前设计和测试恢复流程。

例如，当部分证书因为合规问题或安全事件需要提前撤销时，Cloudflare 计划通过自动化机制提前调整受影响证书的续期窗口，在可用时间内分散安排替换，并持续跟踪证书替换进度，从而降低集中撤销对网站业务造成的影响。

除此之外，Cloudflare 还计划发布证书签名软件的可复现构建，对保存 CA 私钥的硬件安全模块提供证明（attestation），并通过公开仪表盘披露签发健康状态和事件信息。

也就是说，Cloudflare 想建设的并不只是一个“能签证书”的 CA，而是一套更加自动化、可观测，并且强调运行韧性的公共证书基础设施。

过去，HTTPS 证书曾经是网站部署 HTTPS 时需要额外考虑的一项成本和运维工作。而今天，免费证书和自动化签发已经成为公共 WebPKI 的重要组成部分。

Let's Encrypt 是这一变化的重要推动者之一。Cloudflare 也在公告中提到，如今大量网站依赖免费、自动化的证书服务。

Cloudflare 此次计划建设的公共 CA，同样将提供免费的证书服务，并将自动化作为重要基础能力。

这种模式在国内也已经出现。

例如，LiteSSL 正在提供免费的 TLS/SSL 证书服务，提供 DV 证书，并通过 ACME 支持证书自动签发和续期，同时提供证书状态监控和续期提醒等能力。

LiteSSL 官方将其定位为面向全球开发者的免费、全生命周期自动化 TLS/SSL 证书公益项目。

值得一提的是，根据 LiteSSL 官方介绍，其证书信任链基于亚洲诚信TrustAsia 自主运营的 RSA、ECC 根证书体系，相关根证书已获得全球主流浏览器信任。也就是说，这项免费证书服务背后，也有国内 CA 自主建设和运营的根 CA 基础设施作为支撑。

对于国内用户来说，这一点其实很重要：免费只是服务形式，根证书是否掌握在自己手里，则关系到证书服务背后的信任基础是否自主可控。

话说回来，从全球到国内，可以看到一个比较明确的趋势：免费、自动化证书服务，正在为公共 WebPKI 提供更多选择。

免费降低了网站启用 HTTPS 的门槛，配合正确配置的自动化工具，也让越来越多网站能够减少人工干预，持续更新和使用有效证书。

但这里也有一个容易被忽略的问题：

对于个人网站、中小型网站以及大量标准化 HTTPS 场景，免费 DV 证书能够满足基于域名的服务器身份认证需求，并支持建立加密连接。（DV 验证的是域名控制权，不包含对网站运营主体组织身份的同等核验。）

而对于金融、政企等场景，企业关注的往往不只是“能不能拿到一张证书”。组织身份核验、证书策略、服务保障，以及大量证书的统一管理，都可能成为实际需求。

当企业拥有数百、数千甚至更多证书之后，另一个问题会越来越突出：

谁来发现、管理、部署、监控和及时更换这些证书？

这也让证书服务的价值进一步延伸到“证书全生命周期管理”。

对于一个只有一个网站的开发者而言，申请一张证书可能并不复杂。

但对于大型企业、云平台和互联网服务而言，情况完全不同。

网站、API、微服务、云服务、内部系统以及各种数字化应用，都可能依赖 TLS/SSL证书。随着证书数量增加，证书的申请、验证、部署、续期、替换和撤销，也逐渐成为一项持续性的基础设施管理工作。

尤其是近年来，公开信任 TLS/SSL证书的有效期上限正在缩短。现在是 200 天，2029 年会到 47 天，甚至未来会到 7 天（根据 Apple 根计划的拟议政策，未来的 MTC 证书有效期将被压缩至最长 7 天）。

因此，证书自动化正在成为 WebPKI 发展的重要方向。

其中，ACME 是目前最典型的自动化协议之一。

通过 ACME，客户端可以与 CA 自动完成域名控制验证、证书申请和续期等流程。Cloudflare 此次建设公共 CA，也明确将采用 ACME-first 的方式，让自动化签发和续期成为获取证书的主要路径。

而 Cloudflare 此次公布的另一个值得关注的设计，是进一步利用 ACME Renewal Information（ARI）。

ARI 并不是简单地“自动续期”，而是由 CA 向客户端提供建议的续期时间窗口。客户端可以定期获取这些信息，并根据 CA 给出的窗口自动安排证书更新。

Cloudflare 还明确计划将续期自动化作为签发条件，只向支持 ARI 的客户端签发证书，并要求订阅者维持能够查询续期信息、响应续期窗口和标识被替换证书的自动化机制。

这意味着，证书管理正在发生一个变化：

对于企业而言，真正需要管理的，也不再只是证书本身，而是整个生命周期中的各个环节：发现、申请、验证、签发、部署、监控、续期、替换，以及必要时的撤销。

因此，证书自动化管理的意义已经不仅仅是“省掉一次人工申请”。

当证书规模达到数百、数千甚至更多时，自动化需要进一步覆盖证书发现、部署、状态监控、续期和替换等环节，帮助企业降低证书过期和配置错误带来的风险，也让证书基础设施能够跟上更高频率的更新节奏。

从这个角度看，Cloudflare 此次建设公共 CA，其实也在推动公共证书服务进一步强化自动化签发、续期与异常替换能力。

Cloudflare 此次公告还有另一个值得关注的地方：它计划支持的不只是传统 TLS/SSL 证书，还包括 MTC（Merkle Tree Certificates，默克尔树证书）。

这与近年来 WebPKI 正在推进的后量子密码（PQC）迁移有关。PQC 迁移并不只是简单地把现有算法替换成新的后量子算法。

部分后量子签名方案的公钥和签名尺寸明显大于当前常用方案。如果直接将这些更大的密码材料大规模应用到传统证书链及其配套机制中，可能进一步增加 TLS 握手、证书传输以及证书透明度（CT）日志等基础设施的压力。

MTC 提供了一种不同的思路：通过将证书签发与默克尔树日志结合，并利用包含性证明等机制，优化证书认证材料的组织与交付。

Cloudflare 计划进入公共 CA，并不只是“又多了一家 CA”。

把这件事放到整个 WebPKI 的发展过程中，可以看到几个正在同时发生的变化：

• 公共证书供应迎来了新的参与者；

• 免费、自动化 TLS/SSL证书服务正在提供更多选择；

• 证书管理正在进一步走向自动化和全生命周期协同；

• 而 WebPKI 也正在为 PQC 迁移探索 MTC 等新的技术路径。

从免费 TLS/SSL证书，到 ACME 驱动的自动化签发与续期，再到面向 PQC 迁移的 MTC，WebPKI 正在现有数字信任基础之上，进一步提升自动化与规模化运营能力，并为下一代密码体系的应用做好准备。