DigiCert 档案库遭未授权访问，客户身份文件被读取后启动通知

DigiCert 开始通知客户

通知称，泄露的信息仅限于姓名、企业邮箱地址、电话号码和企业地址。如果客户提交过身份证明，泄露内容还可能包括驾照、护照、水电费账单或其他带有姓名和地址的文件。云架构师 Fabian Bader 在 X 上贴出了通知副本。

受影响的人范围很窄：他们购买证书，并为 DigiCert 的验证流程上传了身份材料。公司表示仍在核查这些文件，以确定具体受影响的人，核查结束后会逐一通知。DigiCert 没有公布涉及多少人、多少机构或多少份文件，只说档案中受影响的部分“很小”。

Bader 的帖子说得很直接。“感谢 @digicert，你们的数据泄露‘仅限于’我的全部个人身份信息，以及我可能为证书提交的任何验证文件，”他写道。

DigiCert 于 2026 年 10 月 19 日确认了这次未授权访问，次日提交了初步事件报告。公司称该账户只有只读权限，无法修改记录、批准证书验证或签发证书。

一次服务器迁移如何打开档案库

问题源头是 2025 年 2 月 4 日的一次服务器迁移。基础设施搬迁把一个内部业务系统从只能经 VPN 访问的网络区段，挪到了互联网可以触达的可用区。

该系统带有为其他应用设计的自助注册功能，外部人员因此可以创建账户。这些账户没有分配任何应用，也不在 DigiCert 对员工强制要求的多因素认证覆盖范围内。但一个授权缺陷让它们能够读取存档信息。

员工在 2026 年 6 月 18 日发现了非 DigiCert 账户，但初步审查错误地认定，未分配应用的账户无法访问数据。公司托管安全研究项目的一份报告于 6 月 21 日送达。工程师在 7 月 2 日发布授权修复，调查人员随后把未授权访问锁定在 6 月 27 日至 7 月 2 日之间。DigiCert 最初在 10 月 12 日怀疑存档数据被读取，10 月 19 日确认构成应报告事件。报告承认了这一点：“该事件最初被当作账户创建问题处理，而不是数据访问事件”。

从 2025 年 2 月到 7 月修复之前，该系统一直可从互联网访问，但 DigiCert 只把确认的数据访问放在 6 月 27 日至 7 月 2 日这个窗口内。Rescana 也作了同样的区分，指出公司并未说客户数据从 2025 年 2 月起就一直在被读取。

泄露了什么，没泄露什么

DigiCert 的报告把这一群体描述为账户中包含“客户提供文件形式的额外个人数据”的用户。

对任何有证书在生产环境中运行的人来说，边界很重要。DigiCert 称其证书颁发机构服务、CertCentral 和 DigiCert ONE 均未被攻破，客户登录凭据和已签发证书仍然安全。调查人员没有发现与该账户相关的证书签发、验证变更或吊销活动，因此客户无需更换有效证书。11 月 6 日发布事件评估的 Rescana 将此事定为中等严重、影响面广，并表示 DigiCert 的报告不支持紧急更换证书的说法。

DigiCert 改了什么，接下来会怎样

DigiCert 限制了对受影响系统的访问，关闭自助注册并增加了访问控制。公司还重置了业务系统密码，把其余暴露的端点迁到私有网络基础设施之后，并加强了监控。

应用层文件访问和请求量告警于 10 月 15 日上线。

报告列出三个促成因素：网络变更未经过充分的安全审查；监控未覆盖业务系统账户活动；授权模型没有预见到自助注册。报告写下的教训是：“业务系统的授权不能交给它的网络位置来决定”。

两项整改，即审计源服务器暴露情况和复查自动化账户告警，原定于 11 月 6 日完成。DigiCert 表示可按要求向浏览器根证书计划提供汇总数字，具体人数最终可能通过这条渠道公开。