Sectigo 博客
Open MPIC：实现安全多视角签发佐证的开源路径
Open MPIC 是一款开源框架，旨在帮助证书颁发机构（CA）满足 CA/Browser Forum 提出的全新多视角签发佐证（MPIC）要求。该框架由普林斯顿大学与 Sectigo 共同参与开发，通过全球分布式验证、法定人数逻辑与灵活部署选项，帮助降低 BGP 劫持风险。Open MPIC 是一套实用的、持续迭代的解决方案，可提升 WebPKI 的韧性。
证书颁发机构（CA）目前已进入合规倒计时。
CA/Browser Forum 发布的全新基线要求——特别是第 3.2.2.9 节——将分阶段落地实施多视角签发佐证（MPIC）。这些规则旨在防范一类危险的攻击手段：边界网关协议（BGP）劫持。
BGP 是一套已沿用数十年的互联网流量路由系统，但它在设计之初并未考虑安全因素。攻击者可滥用 BGP 秘密重路由请求流量，包括 CA 使用的域名验证检查流量，从而创造一个短暂的时间窗口，用于仿冒网站并欺骗 CA 签发欺诈性证书。
事实上，BGP 攻击的危害已十分突出，就连美国政府也已对这类风险表示关切。
应对 BGP 攻击的解决方案，是从互联网层级架构中多个相互独立的位置（即“多视角”）对 DNS 条目进行验证。因此，全新的 MPIC 规则要求 CA 从全球多个观测点验证域名控制权与 CAA 记录。为帮助 CA 满足该要求，Sectigo 正牵头推进 Open MPIC 的开发工作：这是一套由社区驱动的开源框架，最初由普林斯顿大学的研究人员构建。
接下来我们将深入介绍 BGP 攻击的原理、MPIC 如何防范这类攻击，以及 Sectigo 为 Open MPIC 生态所做的贡献。
问题：针对域名验证的 BGP 攻击
当 CA 执行域名控制权检查时，会默认自身发送的流量会到达正确的服务器，但实际情况并非总是如此。
BGP 劫持允许攻击者在互联网上秘密重路由流量。这类攻击不会破解加密，也不会入侵服务器——它仅仅是篡改了“道路指示牌”。如果 CA 仅从单一网络视角执行验证，就可能被欺骗，误将不受申请人控制的域名认定为受其控制。
“BGP 劫持的危险之处在于，攻击者不需要长时间劫持路由就能得手，”Sectigo 首席架构师、Open MPIC 首席架构师 Dmitry Sharkov 表示，“攻击者可以短暂地将 CA 的验证检查流量分流到恶意服务器，欺骗 CA 签发出合法证书，随后销声匿迹。整个过程只需要这些步骤。”
沙尔科夫将BGP劫持比作《碟中谍：幽灵协议:
》中的一个场景：“两个坏人以为自己在酒店里和对方接头，但其中一个实际上是在和伪装后的汤姆·克鲁斯对话。他们被标识花招误导了。这正是BGP劫持发生时的情况——只不过被欺骗的是证书颁发机构（CA）。”
后果十分严重：欺诈证书一旦签发，就可被用于冒充合法站点、拦截加密流量。
解决方案：多视角签发佐证（MPIC）
解决思路是降低证书验证对单一路由的依赖程度，这正是MPIC的核心理念。
MPIC不再从单一网络位置验证域名，而是要求证书颁发机构（CA）从多个地理上分散的观测点执行检查。如果某个区域被BGP劫持误导，其他观测点就能发现异常，从而阻止证书签发。
“证书颁发机构（CA）现在必须从互不相同、距离较远的多个观测点确认域名控制权，”沙尔科夫表示，“这不是可选要求——它正在成为行业规范。”
自2025年3月15日起，证书颁发机构（CA）需承担相关责任，使用至少两个远程网络视角监控域名验证流程。2025年9月15日起，强制执行机制生效：要求采用法定人数逻辑，只要有一个视角验证结果不一致，即可中止证书签发。2026年3月15日至12月15日期间，要求将进一步提高，分阶段推进至使用5个地理上分散的观测点。
目标十分明确：让攻击者同时骗过所有观测点在统计上几乎不可能实现。
什么是Open MPIC？
Open MPIC是一款开源框架，旨在帮助证书颁发机构（CA）满足MPIC要求，无需从零重构其验证技术栈。
它最初是普林斯顿大学研究人员开发的概念验证项目，仅包含三个用于测试MPIC可行性的Python脚本。目前，Sectigo的沙尔科夫担任首席架构师，与联合创始人Henry Birge-Lee、Grace Cimaszewski合作开发并维护该项目的核心库、API规范与部署方案。
“我们不希望证书颁发机构（CA）从零开始，或者自行开发稳定性不足的解决方案，”沙尔科夫表示，“Open MPIC为他们提供了先发优势——开源、可扩展，且可直接用于规模化部署。”
Open MPIC目前支持两种主要部署选项：
- AWS Lambda：可自动扩缩容的无服务器部署方案，适合希望以极低运维开销获得快速、弹性验证能力的证书颁发机构（CA）。
- Docker微容器：适用于需要完全控制权的场景。可部署至EC2或Kubernetes生产环境，也可使用Docker Compose进行本地测试。
内置功能包括法定人数逻辑、距离校验与观测点分散性保障，所有功能均符合CA/B Forum的MPIC规则。
“你现在可以将Open MPIC配置为在3个区域运行，未来也可扩展至15个区域，”沙尔科夫称，“它支持观测点选择逻辑，可帮助用户满足观测点间隔不低于500公里、区域注册机构多样性等合规要求。”
最后需要说明的是，Open MPIC并非学术试验产物或一次性代码仓库。它由Sectigo与普林斯顿大学联合维护，同时会接收其他证书颁发机构（CA）提交的主动反馈与漏洞报告。
“我们有一个活跃的Slack群组，证书颁发机构（CA）会在其中咨询部署问题、提交issue，甚至提出新功能建议，”沙尔科夫表示，“部分贡献者选择匿名，但这种反馈循环已经在让项目不断完善。”
Open MPIC的后续规划是什么？
随着越来越多的证书颁发机构（CA）准备在2025年9月15日全面强制实施MPIC，Open MPIC正为达到实际生产环境的规模要求做准备。Sharkov指出，该项目将在多个维度持续演进：性能表现、功能支持，以及对行业反馈的响应能力。
“在不远的将来，我们会从易用性角度出发，持续针对性能、适配优化做调优，”Sharkov表示，“当包括Sectigo在内的证书颁发机构（CA）开始全量使用Open MPIC时，我们要确保它能有效承载对应的业务量。”
下一个重要里程碑之一是按照CA/B论坛基线要求后续阶段的规定，支持MPIC用于S/MIME验证。除此之外，Open MPIC定位为社区主导的灵活基础框架，可随整个生态共同发展。
“我们或许可以直接按当前版本投入大规模使用，但这实际取决于社区以及Sectigo在规模化运行Open MPIC过程中积累的实践经验，”Sharkov说，“如果要求发生变化，或是我们发现可优化的空间，我们具备充分的调整适配能力。Open MPIC本身就是为持续演进设计的。”
对开源安全的更广泛承诺
Open MPIC为构建更具韧性的域验证模型奠定了基础——在该模型下，证书颁发依赖多方共识，而非对单一路径的信任。
MPIC已不再是理论构想，而是已落地的政策要求。Open MPIC是一套可直接运行的开源框架，能够帮助证书颁发机构（CA）无需从零开发即可落地MPIC要求。
为Web公钥基础设施（WebPKI）做贡献是合规可信的证书颁发机构（CA）的核心准则。长期以来，Sectigo一直为各类开源WebPKI项目的底层共享基础设施贡献力量，涉及领域包括证书透明（crt.sh）、验证规则检查（pkimetal、zlint、certlint）以及生态工具（Certbot、CT日志、CA交叉签名）。Sectigo持有更多CA/浏览器论坛领导席位，数量超过其他所有证书颁发机构（CA），还定期参与标准制定工作，提前落地相关标准，并助力整个生态实现大规模应用。
Open MPIC延续了这一工作方向，为真实存在的安全威胁提供了符合标准的实用解决方案。
如果您有兴趣参与Open MPIC的工程开发工作，可加入Slack工作区（openmpic.slack.com）并订阅邮件列表.
更多信息请访问Open MPIC官网.