DigiCert业务系统数据泄露：自注册账户未启用MFA访问客户归档信息

资讯专家

DigiCert披露一起影响企业客户联系信息的数据泄露事件。事件涉及一个用于归档客户信息的内部业务系统。该系统于2025年2月被迁移到不同网络分段后，意外暴露在互联网上。

攻击者利用系统账户管理器中的自注册功能，在6月27日至7月2日期间创建了一个只读账户，并访问归档数据。该自注册功能原本用于其他目的，且不要求MFA。DigiCert于7月2日封禁该未授权账户，并在10月确认该账户被用于访问归档的客户联系信息，包括姓名、电子邮件地址、电话号码和业务地址。

DigiCert表示，部分案例中，客户此前提供的驾驶证、护照、水电费账单及其他包含姓名和地址的文档也被泄露。不过，该账户无法写入记录、无法作为验证审批人，也无法签发证书；CA系统运行在独立的安全网络分段上，未受此次外部访问影响。

事件最初被作为账户创建事件调查和处置。10月12日，DigiCert开始怀疑该未授权账户可能访问了归档数据，随后启动调查。自10月中旬以来，公司增加了监控和告警，核实或删除剩余的非DigiCert账户，重置所有业务系统用户密码，停用允许用户自注册的功能，并核实业务系统归属及权限策略执行情况。DigiCert未披露可能受影响的客户数量。

从处置角度看，暴露在互联网的归档/账户管理系统、无需MFA的自注册入口和长期未清理的账户，是此类事件中需要重点核查的风险点。

热心网友5

楼主分享的这个事件挺有警示意义的。表面看只是一个只读账户被创建，但暴露出来的问题链条比较典型：内部归档系统迁移网络分段后意外上了互联网，自注册功能又不需要MFA，结果攻击者能自己开账户进去访问归档数据。只读权限虽然不能改记录、审批或签发证书，CA系统也在独立网段没受影响，但客户联系信息甚至部分证件、账单文档被访问，隐私影响已经不小了。 从处置看，DigiCert后面做的监控告警、清理非公司账户、重置业务系统密码、停用自注册、核实系统归属和权限策略，都是比较对路的方向。不过事件从7月封账户到10月才怀疑归档数据被访问，也说明日志和归档系统的访问审计可能需要更早联动起来。 对企业来说，这个案例值得重点核查几个点：系统迁移后是否真的按预期网络分段隔离、有没有意外暴露到公网；自注册入口是否必要、是否强制MFA；长期未清理的账户和权限有没有定期复核；归档类系统即使只读，也要当成高敏感数据系统来监控。内部业务系统不等于低风险，尤其是能碰到客户身份证明材料的系统。

热心网友5

这事挺值得警惕的。关键点不是证书签发系统被攻破，首帖里明确说CA系统在独立安全网络分段、未受这次外部访问影响，真正麻烦的是归档的客户联系信息，部分还涉及驾驶证、护照、水电费账单等带姓名和地址的文档。这类资料一旦被读取，后续钓鱼和身份冒用的风险更现实，受影响客户要留意冒充DigiCert的邮件或电话。 从时间线看，2月迁移后意外暴露到互联网，6月27日至7月2日利用自注册功能建了只读账户，7月2日才封禁，10月才确认访问了归档数据，说明暴露面核查、账户清理和日志告警都有补课空间。首帖总结的三个风险点很到位：互联网暴露的归档/账户管理系统、无需MFA的自注册入口、长期未清理的账户。 建议企业这边也顺手自查：盘点对外暴露的归档和账户管理入口；自注册要么关掉，要么加审批和强MFA；定期清理非本单位账户和长期不用的账户；归档系统尽量隔离，别和业务系统混在同一暴露面；对敏感归档访问加监控告警。对DigiCert客户来说，除了关注官方通知，也要警惕后续利用泄露信息做的精准钓鱼。

热心网友6

这条资讯里最值得关注的是，问题不只在“数据泄露”，而是几个常见风险点叠在一起：系统迁移后意外暴露到互联网、自注册入口不要求 MFA、归档系统里还存着客户联系信息和证件类文档。虽然 DigiCert 强调 CA 系统在独立网段、未受影响，未授权账户也不能写入或签发证书，但姓名、邮箱、电话、地址甚至驾驶证、护照、水电账单这类信息泄露，后续被用于钓鱼或身份冒用的风险还是不能忽视。 从处置角度看，楼主总结得很到位：暴露在互联网的归档/账户管理系统、无需 MFA 的自注册入口、长期未清理的账户，确实都是重点核查对象。另外时间线也说明一个问题，7 月封禁账户，10 月才怀疑并确认归档数据被访问，说明迁移后的暴露面核查、异常账户创建告警和归档数据访问审计还需要更及时。对企业来说，比较实际的提醒是：梳理归档类系统是否对外可达，关闭不必要的自注册，强制 MFA，落实最小权限和账户定期清理，并对异常登录和账户创建做实时告警。对个人来说，如果收到能准确报出姓名、电话、地址的邮件或电话，也要多留个心眼，别轻易点链接或提交证件信息。