Newshot - Update 8 2026年11月5日 本更新的最新链接 关于浏览器根计划对 emSign G1 证书计划变更的更新 根据我们停止签发 emSign TLS 证书的公告，eMudhra 希望就主要浏览器根计划按计划淘汰 emSign G1 层级下签发的证书一事提供更新。各浏览器根计划已表明淘汰 emSign G1 链式证书的以下生效日期：Google Chrome：SCTNotAfter - 2026年11月16日 Mozilla Firefox：SCTNotAfter - 2026年11月16日 Apple：G1 移除 - 2026年11月30日 对于 Chrome 和 Mozilla，SCTNotAfter 意味着在这些日期之后，emSign G1 层级下签发的证书将不再被相应浏览器和平台信任计划所信任，但不影响在这些日期之前签发的任何现有证书。对于 Apple，这意味着 G1 层级下在任何时间签发的所有证书都将不再在其平台上受信任。为与这些时间线保持一致，我们已在所有地理区域将全部 emSign TLS 证书迁移至替代提供商，但美国地区除外，该地区仍有大量客户正在迁移中。预计剩余的 emSign TLS 客户都将在 Apple 设定的日期之前迁移至替代提供商。
Update 8
关于浏览器根计划对 emSign G1 证书计划变更的更新
根据我们停止签发 emSign TLS 证书的公告，eMudhra 希望就主要浏览器根计划按计划淘汰 emSign G1 层级下签发的证书一事提供更新。
各浏览器根计划已表明淘汰 emSign G1 链式证书的以下生效日期：
- Google Chrome：SCTNotAfter - 2026年11月16日
- Mozilla Firefox：SCTNotAfter - 2026年11月16日
- Apple：G1 移除 - 2026年11月30日
对于 Chrome 和 Mozilla，SCTNotAfter 意味着在这些日期之后，emSign G1 层级下签发的证书将不再被相应浏览器和平台信任计划所信任，但不影响在这些日期之前签发的任何现有证书。
对于 Apple，这意味着 G1 层级下在任何时间签发的所有证书都将不再在其平台上受信任。
为与这些时间线保持一致，我们已在所有地理区域将全部 emSign TLS 证书迁移至替代提供商，但美国地区除外，该地区仍有大量客户正在迁移中。预计剩余的 emSign TLS 客户都将在 Apple 设定的日期之前迁移至替代提供商。
- Update 7 2026年10月30日 本更新链接 eMudhra Limited 今日宣布任命 KPMG 为其独立外部审查方，此前本月早些时候发生的事件导致部分全球 TLS 中间证书颁发机构被不信任。此项任命履行了公司在10月21日新闻稿中所作的承诺，当时公司表示将由独立实体审查此事。KPMG 是全球领先的专业服务公司网络之一。公司表示，此次审查旨在厘清该事件，并帮助其解决由此产生的任何问题，这符合其治理与合规方针。
Update 7
eMudhra Limited 今日宣布任命 KPMG 为其独立外部审查方，此前本月早些时候发生的事件导致部分全球 TLS 中间证书颁发机构被不信任。此项任命履行了公司在10月21日新闻稿中所作的承诺，当时公司表示将由独立实体审查此事。KPMG 是全球领先的专业服务公司网络之一。
公司表示，此次审查旨在厘清该事件，并帮助其处理由此产生的任何问题，这符合其在治理与合规方面的一贯做法。
- 更新 6 2026年10月28日 链接到此更新 客户从 eMudhra TLS 证书迁移的进展 本更新紧随更新 5，进一步说明客户迁移的现状。受影响的 G3 证书与替代的 G1 路径 在受影响的 G3 层级下签发的约 30,800 张证书属于美国的一个客户生态系统。我们此前已通过 eMudhra 的 G1 RSA 根为该生态系统提供了替代签发路径，他们目前正在使用该路径。有序迁出 G1 TLS 根 我们已请求浏览器和根存储计划给予时间，以便受影响的美国客户生态系统能够有序迁移，而不干扰其成员机构。我们正与领先的 SSL/TLS 提供商进行深入磋商以支持此次迁移。我们将继续与我们的客户、这些提供商以及根计划合作，直至迁移完成。自愿逐步停止 G1 签发 G1 签发仅用于支持此次迁移。作为我们自愿逐步停止公开信任 TLS 服务的一部分，eMudhra 将在该联盟的迁移完成后停止从 G1 签发 TLS 证书。我们剩余 TLS 客户中的绝大多数已迁移至替代 TLS 提供商，我们打算在未来几天内完成此项工作。为未受影响的 TLS 客户免费迁移至替代提供商 eMudhra 立即向所有使用 eMudhra TLS 证书的 TLS 客户免费提供（并继续提供）替代选项，不收取任何额外费用。我们已将这批客户免费迁移至替代提供商，我们的团队仍将全力支持他们完成切换。全球 eSignature（DSC、eSignature、eSign）及企业解决方案业务不受影响 eMudhra 的全球数字签名证书（DSC）或 eSign 业务均不受此事件影响。它们全程正常运行并保持不受影响。我们的企业解决方案（emSigner、CertiNext、SecurePass、Privatrust）亦未受影响。在适用情况下，eMudhra 提供的 SaaS 解决方案同样保持不受影响。持续投资于 PKI 与身份 停止销售公开信任 TLS 证书不会改变我们对 PKI 与数字身份的长期承诺。eMudhra 将继续投资于其 eSignature、身份、隐私和 PKI 业务的研发，并将继续扩大其产品范围及在多个市场（包括北美）的影响力。我们继续致力于透明、负责任的补救以及与全球 WebPKI 社区的持续合作。我们感谢客户、合作伙伴和根存储计划在我们推进此次迁移过程中的理解。随着重大进展的出现，将进一步更新发布在本页面。
更新 6
客户从 eMudhra TLS 证书迁移的进展
本更新紧随更新 5，进一步说明客户迁移的现状。
受影响的 G3 证书与替代的 G1 路径
在受影响的 G3 层级下签发的约 30,800 张证书属于美国的一个客户生态系统。我们此前已通过 eMudhra 的 G1 RSA 根为该生态系统提供了替代签发路径，他们目前正在使用该路径。
有序迁出 G1 TLS 根
我们已向浏览器和根存储项目请求时间，以便美国受影响的客户端生态系统能够有序迁移，而不干扰其成员机构。我们正与领先的 SSL/TLS 提供商进行深入磋商，以支持此次迁移。我们将继续与我们的客户、这些提供商以及根项目合作，直至过渡完成。
自愿逐步停止 G1 签发
G1 签发仅用于支持此次过渡。作为我们自愿逐步停止公开信任 TLS 服务的一部分，一旦联邦的过渡完成，eMudhra 将停止从 G1 签发 TLS 证书。我们剩余 TLS 客户中的绝大多数已过渡至其他 TLS 提供商，我们打算在未来几天内完成此项工作。
为未受影响的 TLS 客户免费迁移至其他提供商
eMudhra 立即（并继续）向所有使用 eMudhra TLS 证书的 TLS 客户免费提供其他选项，不收取任何额外费用。我们已将上述客户免费迁移至其他提供商，我们的团队仍将全力支持他们完成切换。
全球 eSignature（DSC、eSignature、eSign）及企业解决方案业务不受影响
eMudhra 的全球数字签名证书（DSC）或 eSign 业务均不受此事件影响。它们全程正常运行并保持不受影响。我们的企业解决方案（emSigner、CertiNext、SecurePass、Privatrust）亦未受到任何影响。在适用情况下，eMudhra 提供的 SaaS 解决方案同样保持不受影响。
持续投资于 PKI 与身份
停止销售公开信任的 TLS 证书不会改变我们对 PKI 和数字身份的长期承诺。eMudhra 将继续投资于其 eSignature、身份、隐私和 PKI 业务的研发，并将继续扩大其产品范围以及在包括北美在内的多个市场的覆盖。
我们继续致力于保持透明、负责任地修复，并与全球 WebPKI 社区持续合作。我们感谢客户、合作伙伴和根存储项目在我们推进此次过渡过程中的理解。随着重大进展的出现，更多更新将发布在本页面上。
- 来自 eMudhra 领导层的说明 2026 年 10 月 26 日 本更新链接 上周，一位安全研究人员报告称，与我们八个 emSign G3 中间 TLS CA 相关的私钥可被恢复。他说得对。缺陷在我们这边。一个脚本错误导致签发了使用弱密钥的 CA。我们想直接向客户以及更广泛的 WebPKI 社区道歉，他们本应得到更好的对待。也要向我们的合作伙伴道歉，他们不得不应对本应由我们回答的问题。受影响的中级 CA 在我们确认问题后 14 小时内被吊销。根据我们迄今为止的调查，受影响的中间 CA 并未签发公开信任的终端实体证书，我们的基础设施或客户数据也未遭到泄露。我们在印度及全球的数字签名与 eSign/eSignature 服务，以及我们所有的企业应用，均运行在独立的基础设施上，未受到任何影响。我们已经在免费将受影响的 G3 客户以及更广泛的未受影响 TLS 客户迁移到替代证书。我们将通过 CCADB 流程发布完整的根本原因分析。它将解释出了什么问题、我们的控制措施为何未能发现，以及我们因此正在做出的改变。我们还委托了一位独立专家来审查此次事件以及我们所遵循的程序和控制措施。在我们的业务中，没有什么比客户和更广泛的数字信任生态系统对我们的信任更重要。我们将采取一切必要措施，通过未来几周的行动来维护这份信任与信心。eMudhra 领导团队
来自 eMudhra 领导层的说明
上周，一位安全研究人员报告称，与我们八个 emSign G3 中间 TLS CA 相关的私钥可被恢复。他说得对。
缺陷在我们这边。一个脚本错误导致签发了使用弱密钥的 CA。
我们想直接向客户以及更广泛的 WebPKI 社区道歉，他们本应得到更好的对待。也要向我们的合作伙伴道歉，他们不得不应对本应由我们回答的问题。
受影响的中级 CA 在我们确认问题后 14 小时内被吊销。根据我们迄今为止的调查，受影响的中间 CA 并未签发公开信任的终端实体证书，我们的基础设施或客户数据也未遭到泄露。
我们在印度及全球的数字签名与 eSign/eSignature 服务，以及我们所有的企业应用，均运行在独立的基础设施上，未受到任何影响。我们已经在免费将受影响的 G3 客户以及更广泛的未受影响 TLS 客户迁移到替代证书。
我们将通过 CCADB 流程发布完整的根本原因分析。它将解释出了什么问题、我们的控制措施为何未能发现，以及我们因此正在做出的改变。
我们还委托了一位独立专家来审查此次事件以及我们所遵循的程序和控制措施。在我们的业务中，没有什么比客户和更广泛的数字信任生态系统对我们的信任更重要。
我们将采取一切必要措施，通过未来几周的行动来维护这份信任与信心。
eMudhra 领导团队
eMudhra 关于近期证书安全事件的声明
更新 4
Sectigo 证书作为备选方案的可用性
eMudhra 正在向所有客户提供由 Sectigo 签发的证书，作为备选方案。
我们的 G1 根证书仍然有效，并继续得到全面支持。尽管如此，我们仍提供由 Sectigo 签发的证书，以便客户在管理证书部署时获得额外的安心与灵活性。
如何申请 Sectigo 证书
- 现有 CertiNext 用户：直接通过您的 CertiNext 账户提交申请。
- 其他所有客户：请联系 eMudhra 支持团队，邮箱 [email protected]。
- 美国客户：请联系 [email protected]。
我们的支持团队将指导您完成整个流程，并帮助确保您的环境获得顺畅的体验。
我们始终致力于保障客户所依赖服务的安全性、可靠性与连续性。
- 更新 3 2026 年 10 月 21 日 链接到本次更新 关于我们的全球 TLS 中间 CA 事件的更新 发生了什么、谁受到影响，以及我们正在如何处理 2026 年 10 月 17 日，一位独立安全研究员报告称，eMudhra Global TLS 的八个（共若干个）中间证书颁发机构（CA）的密钥在密码学上是弱密钥。次日，我们吊销了全部八个中间 CA。这些中间 CA 从未签发过任何证书，我们的基础设施未被攻破，也没有数据泄露。我们严肃对待这一事件。我们相信，一个组织的品格体现在它出错时如何应对，因此本文如实说明发生了什么、谁受到影响，以及我们正在如何处理。发生了什么 我们 Global TLS 业务中的八个中间（签发）CA 因其已公布的密钥为弱密钥而被吊销。这些中间 CA 位于 eMudhra 的 ECC 根之下。作为该事件的结果，浏览器根计划也已不再信任那一个 ECC 根。为明确哪些受到影响、哪些没有：被吊销的是中间密钥，不是根密钥。弱点在于八个中间 CA 的密钥。根被根计划不再信任是作为预防措施。据我们所知，没有其他根或中间 CA 是使用有缺陷的流程生成的。八个中间 CA 中有七个从未在生产环境中使用。唯一一个投入生产的也从未签发过任何一张证书。关键事件顺序：2025 年 4 月 30 日：八个中间 CA 在一次密钥生成仪式中创建。2025 年中：该层级被纳入浏览器信任列表。此后它已通过两轮独立审计。2026 年 10 月 17 日（印度时间深夜）：我们获悉该问题。该研究员同时通知了 Apple、Google、Microsoft 和 Mozilla。2026 年 10 月 18 日：我们吊销了全部八个中间 CA。它是如何发生的 密钥是在 FIPS 140-2 Level 3 认证的硬件安全模块（HSM）上生成的。关于未使用 HSM 的说法是不正确的。问题出在仪式流程中某一步骤的缺陷，而非缺少 HSM。在仪式过程中，一个密钥 wrap/unwrap 步骤在原始强密钥之外产生了一套弱的第二组密钥。被发布到浏览器根存储中的正是这些弱密钥。该问题在大约 18 个月内未被发现，期间经历了两轮独立审计。该研究员据称借助 AI 辅助工具，能够对弱密钥进行逆向工程。我们尚未确认确切的根本原因。一旦调查完成，我们将完整公布。我们未发现任何证据表明，在该问题被披露之前，弱密钥曾被任何人恢复或利用。实际影响是什么 影响仅限于链接到该不受信任 ECC 根的 TLS 证书，并且局限于美国的一个客户生态系统。被吊销的中间 CA 本身对客户没有影响。它们从未签发过证书，因此任何地方在用的证书都不依赖它们。对该 ECC 根的不信任影响美国的一个客户生态系统。来自该层级的证书正在被替换，我们正直接与该客户合作制定过渡计划。我们签发的绝大多数 TLS 证书不受影响，因为它们链接到其他受信任的层级。以下方面完全不受影响：我们在印度及世界任何地方的数字签名和 eSign 服务 emSigner CertiNext emCA Privatrust SecurePass 这些产品和服务运行在独立的基础设施上，继续正常运营。使用它们的客户无需采取任何行动。我们正在如何处理 我们的首要任务是确保受影响客户的服务不中断地持续运行。替换证书。我们正从一个替代的、独立运营的、公开受信任的 CA 层级，向受影响的客户生态系统签发新证书。
关于近期证书安全事件的 eMudhra 声明
与 root programs 合作。我们正与 Apple、Google、Microsoft 和 Mozilla 全面合作。保持清晰沟通。我们已直接通知受影响的客户和合作伙伴。我们同时确保每位客户都清楚了解哪些受到影响、哪些未受影响：我们所有的企业应用、大部分 TLS 证书，以及全部数字签名和 eSign 服务均未受影响。我们正在落实的措施：为所有 Enterprise TLS 客户提供 CA 冗余。我们为每一位 Enterprise TLS 客户提供来自另一家公开受信任 CA 的证书。如果某一层级将来出现问题，客户可以切换而不中断业务。保障客户持续运行是我们的首要任务之一。对我们的密钥生成流程进行全面审查。我们正在审查密钥生成仪式（Key Generation Ceremonies）的每一个步骤，从导致此次事件的 wrap/unwrap 步骤开始。我们打算深入研究如何加强流程治理，并在现有常规手段之外采用基于 AI 的工具，以缓解此类事件的发生。我们的承诺：我们承认此次事件并承担全部责任。信任是我们一切工作的基础，我们打算通过行动重新赢得信任。与 WebPKI 社区保持透明。我们将继续与 root programs 和 CA/Browser Forum 真诚合作，并公开我们的根本原因和调查结果。为受影响客户提供全面支持。我们正与美国一个受影响的客户生态密切合作，确保他们在整个过渡期间获得我们的全力支持。为每一位 TLS 客户降低风险。我们将主动与未受影响的 TLS 客户合作，落实 CA 冗余等措施，确保任何单一事件都不会中断其业务。我们感谢负责任地报告此问题的独立研究员，也感谢客户和合作伙伴的信任。
更新 3
关于全球 TLS 中间 CA 事件的更新
发生了什么、谁受到影响，以及我们正在采取什么措施
2026 年 10 月 17 日，一位独立安全研究员报告称，eMudhra Global TLS 中间证书颁发机构（CA）中有八个（总数若干）的密钥在密码学上强度不足。次日，我们吊销了全部八个中间 CA。这些中间 CA 从未签发过任何证书，我们的基础设施未被攻破，也没有数据泄露。
我们严肃对待此次事件。我们相信，一个组织的品格体现在出现问题时的应对方式上，因此本文如实说明发生了什么、谁受到影响，以及我们正在采取什么措施。
发生了什么
我们 Global TLS 业务中的八个中间（签发）CA 因其公布的密钥强度不足而被吊销。这些中间 CA 位于 eMudhra 的 ECC 根之下。作为该事件的结果，浏览器根计划也已不再信任该 ECC 根。
为明确哪些受到影响、哪些没有：
- 被吊销的是中间密钥，不是根密钥。强度不足的是八个中间 CA 的密钥。
- 根被根计划出于预防目的而不再信任。据我们所知，没有其他根或中间 CA 是使用该有缺陷的流程生成的。
- 八个中间 CA 中有七个从未在生产环境中使用。唯一投入生产的那个从未签发过任何一张证书。
关键事件时间线：
- 2025 年 4 月 30 日：八个中间 CA 在一次密钥生成仪式中创建。
- 2025 年中：该层级被纳入浏览器信任列表。此后它已通过两轮独立审计。
- 2026 年 10 月 17 日（印度时间深夜）：我们获悉该问题。该研究员同时通知了 Apple、Google、Microsoft 和 Mozilla。
- 2026 年 10 月 18 日：我们吊销了全部八个中间 CA。
如何发生的
密钥是在通过 FIPS 140-2 Level 3 认证的硬件安全模块（HSM）上生成的。关于未使用 HSM 的说法是不正确的。问题出在仪式流程中某一步骤的缺陷，而非缺少 HSM。
在仪式过程中，一个密钥包装/解包步骤在原始强密钥之外产生了一套弱的第二组密钥。被发布到浏览器根存储中的正是这些弱密钥。该问题在大约 18 个月内未被发现，期间经历了两轮独立审计。该研究员能够逆向工程出这些弱密钥，据报道是在 AI 辅助工具的帮助下完成的。
我们尚未确认确切的根本原因。调查完成后我们将完整公布。我们未发现任何证据表明，在问题披露之前，这些弱密钥曾被任何人恢复或利用。
实际影响是什么
影响仅限于链接到该不受信任 ECC 根的 TLS 证书，并且局限于美国的一个单一客户生态系统。
- 被吊销的中间 CA 本身对客户没有影响。它们从未签发过证书，因此任何地方在用的证书都不依赖它们。
- 对该 ECC 根的不信任影响美国的一个客户生态系统。来自该层级的证书正在被替换，我们正直接与该客户合作制定过渡计划。
我们签发的绝大多数 TLS 证书不受影响，因为它们链接到其他受信任的层级。
以下方面完全没有影响：
- 我们在印度或世界任何地方的数字签名和 eSign 服务
这些产品和服务运行在独立的基础设施上，继续正常运营。使用它们的客户无需采取任何行动。
我们如何应对
我们的首要任务是确保受影响客户的服务持续运行、不中断。
- 替换证书。我们正从一个备用的、独立运营的、公开受信任的 CA 层级，为受影响的客户生态系统签发新证书。
eMudhra 关于近期证书安全事件的声明
- 与根项目合作。我们正与 Apple、Google、Microsoft 和 Mozilla 全面合作。
- 清晰沟通。我们已直接通知受影响的客户和合作伙伴。我们同时确保每位客户都清楚了解哪些受到影响、哪些未受影响：我们所有的企业应用、大部分 TLS 证书，以及我们所有的数字签名和 eSign 服务均未受影响。
我们正在落实的措施
为所有 Enterprise TLS 客户提供 CA 冗余。我们正为每一位 Enterprise TLS 客户提供来自另一家公共信任 CA 的证书。如果某一层级将来出现问题，客户可以在不中断业务的情况下切换。保障客户业务持续运行是我们的首要任务之一。
全面审查我们的密钥生成流程。我们正在审查密钥生成仪式（Key Generation Ceremonies）的每一个步骤，首先从导致此次事件的 wrap/unwrap 步骤开始。我们打算深入研究如何加强流程治理，并在现有其他常规手段之外采用基于 AI 的工具，以降低此类事件发生的可能性。
我们的承诺
我们承认此次事件并对此承担全部责任。信任是我们一切工作的基础，我们打算通过行动重新赢得信任。
- 与 WebPKI 社区保持透明。我们将继续与根项目和 CA/Browser Forum 真诚合作，并公开根因与调查结果。
- 全力支持受影响客户。我们正与美国一个受影响的客户生态系统密切合作，确保他们在整个过渡期间获得我们最大程度的支持。
- 降低每位 TLS 客户的风险。我们将主动与未受影响的 TLS 客户合作，落实 CA 冗余等措施，使任何单一事件都无法中断其业务。
我们感谢负责任地报告此问题的独立研究员，也感谢客户和合作伙伴的信任。
- Update 2 20 October 2026 Link to this update eMudhra 正在积极调查一起安全事件，涉及一组特定的中间 CA 证书，这些证书是在 2025 年 4 月于其公共信任基础设施内进行的一次密钥生成仪式（KGC）中创建的。该事件仅限于这些特定的中间 CA 证书，不影响 eMudhra 的根 CA 私钥或其他中间 CA。重要的是，除一个之外，受影响的中间 CA 均未部署在生产环境中。此外，这些中间 CA（包括部署在生产环境中的那一个）均未签发任何终端实体证书。这一点已通过我们的内部分析确认，并得到 crt.sh 上公开可用的 Certificate Transparency 记录的佐证。在获悉该事件后，eMudhra 启动了事件响应程序，采取措施遏制受影响证书，并开始与浏览器和根存储运营方密切合作，以保护用户并维护更广泛 WebPKI 生态系统的完整性。我们正在对事件相关情况进行彻底调查，并审查我们的安全控制和操作程序，以识别并实施任何必要的改进。我们信任服务的安全性和完整性仍是我们的最高优先事项。我们致力于保持透明、遵守行业标准，并与全球 WebPKI 社区持续合作。为避免任何误解，Mozilla 移除我们根 CA 的 C1 和 C3 是自愿且计划内的活动，与本次安全事件无关。随着调查进展和更多发现得到确认，我们将提供进一步更新。
Update 2
eMudhra 正在积极调查一起安全事件，涉及一组特定的中间 CA 证书，这些证书是在 2025 年 4 月于其公共信任基础设施内进行的一次密钥生成仪式（KGC）中创建的。
eMudhra 关于近期证书安全事件的声明
该事件仅限于这些特定的中间 CA 证书，不影响 eMudhra 的根 CA 私钥或其他中间 CA。
重要的是，除一个之外，受影响的中间 CA 均未部署在生产环境中。此外，这些中间 CA（包括部署在生产环境中的那一个）均未签发任何终端实体证书。这一点已通过我们的内部分析确认，并得到 crt.sh 上公开可用的 Certificate Transparency 记录的佐证。
在获悉该事件后，eMudhra 启动了事件响应程序，采取措施遏制受影响的证书，并开始与浏览器和根存储运营商密切合作，以保护用户并维护更广泛 WebPKI 生态系统的完整性。
我们正在对事件相关情况进行彻底调查，并审查我们的安全控制和操作程序，以识别并实施任何必要的改进。
我们信任服务的安全性和完整性仍然是我们的最高优先事项。我们致力于保持透明度、遵守行业标准，并与全球 WebPKI 社区持续合作。
为避免任何误解，从 Mozilla 中移除我们根 CA 的 C1 和 C3 是一项自愿且有计划的活动，与本安全事件无关。
随着调查的进展和更多发现得到确认，我们将提供进一步的更新。
- 更新 1 2026 年 10 月 20 日 链接到此更新 2026 年 10 月 20 日，Mozilla 在其 Security Blog 上发布了一篇关于 eMudhra 中间证书的文章。据 Mozilla 称：2026 年 10 月 17 日 20:06 UTC，Mozilla 收到一份报告，称与八个 eMudhra 中间证书相关的私钥已被泄露。Mozilla 通过 OneCRL（其集中式已撤销证书列表）在 Firefox 中阻止了受影响的证书。同日 22:59 UTC 前，该更新已覆盖所有使用标准配置的 Firefox 用户，无需他们更新或重启 Firefox。Mozilla 发布了 Firefox 158.0.1（桌面版和 Android 版）、Firefox ESR 115.43.1 和 Firefox ESR 153.5.1，以将这一保护扩展至自定义设置可能阻止 OneCRL 更新的用户。Mozilla 正在更新 NSS（NSS 3.131.1）中的受信任证书列表，以移除签署受影响中间证书的根证书，从而保护其他使用 Mozilla 信任存储但无法接收 OneCRL 更新的应用程序。
更新 1
2026 年 10 月 20 日，Mozilla 在其 Security Blog 上发布了一篇关于 eMudhra 中间证书的文章。据 Mozilla 称：
- 2026 年 10 月 17 日 20:06 UTC，Mozilla 收到一份报告，称与八个 eMudhra 中间证书相关的私钥已被泄露。
- Mozilla 通过 OneCRL（其集中式已撤销证书列表）在 Firefox 中阻止了受影响的证书。同日 22:59 UTC 前，该更新已覆盖所有使用标准配置的 Firefox 用户，无需他们更新或重启 Firefox。
- Mozilla 发布了 Firefox 158.0.1（桌面版和 Android 版）、Firefox ESR 115.43.1 和 Firefox ESR 153.5.1，以将这一保护扩展至自定义设置可能阻止 OneCRL 更新的用户。
- Mozilla 正在更新 NSS（NSS 3.131.1）中的受信任证书列表，以移除签署受影响中间证书的根证书，从而保护其他使用 Mozilla 信任存储但无法接收 OneCRL 更新的应用程序。