DigiCert 是全球最大的证书颁发机构之一。它的业务就是身份核验：当一个网站显示出挂锁图标时，背后的证书很有可能就是 DigiCert 签发的。11月5日，BleepingComputer 报道称，DigiCert 已告知客户其遭遇了数据泄露——而泄露的记录中，包括 DigiCert 自己为执行这些核验而收集的身份证件。
这次泄露始于一次迁移。根据 DigiCert 自己在 Mozilla 的 Bugzilla 平台上发布的事件报告，2025年2月4日的一次服务器迁移，误将一个内部业务系统从只能通过 VPN 访问的网段，移到了公共互联网可以访问的网段。该系统包含一个原本供其他应用使用的自助注册功能，因此互联网上的任何人都能在上面创建账户——而一个授权缺陷让这些未分配的账户能够以只读模式读取归档的客户信息。
所涉数据的性质，让这次泄露有别于普通的联系人名单泄露。DigiCert 表示，受影响的归档中保存着其一小部分归档客户数据：姓名、企业邮箱地址、电话号码和企业地址。对于极少数账户，记录中还包含证书验证过程中提交的个人身份证件——驾照、护照、水电费账单，或其他载有姓名和地址的文件。DigiCert 尚未透露受影响的人数。云架构师 Fabian Bader 在 X 上分享了他收到的通知副本，并对将此事件描述为“有限”的说法提出异议。
时间线才是每个安全团队都应该担忧的部分，因为这条时间线上的系统在每一步几乎都运转正确。DigiCert 于2026年6月首次在暴露的系统上发现未经授权的账户，并认定它们无法访问客户信息，因为这些账户没有被分配给任何应用——从系统本应如何运作来看，这是一个合理的推断，却是错误的。通过其托管安全研究计划提交的一份报告警告称，外部用户可以创建账户；DigiCert 于6月24日核实了这一点并部署了修复。但它没有意识到归档数据已经被访问。直到10月12日，公司才首次怀疑归档遭到访问；10月19日，进一步调查证实，一个未经授权的账户在2026年6月27日至7月2日期间读取了客户信息。用 DigiCert 自己的话说：“该事件最初被当作账户创建问题处理，而不是数据访问事件。”
边界同样重要。这个未经授权的账户只有只读权限：它无法修改记录、批准证书验证或签发证书，日志也显示没有此类活动。DigiCert 的证书颁发机构服务、CertCentral 和 DigiCert ONE 平台均未遭入侵，客户登录凭据和已签发的证书仍然安全。这些都毋庸置疑——但也都改变不了被拿走的东西。那些证件是冒充他人身份的原材料，而它们可以被一个本不该存在的账户，通过一个本不该能被访问到的系统读取。
真正失守的是什么
三项不同的失守叠加成了一次数据泄露。
第一，漂移未被发现。一次迁移让一个系统跨越了网络边界——从仅限 VPN 访问变为互联网可达——而在十六个月里，没有任何机制标记出这一变化。网络变更是任何资产环境中最常规的操作之一，也是最危险的操作之一，因为它们会悄无声息地改写谁能触达什么——一个因所处位置而安全的系统，在被移动的那一刻就变得不安全了。
第二，一项授权检查只评估了一次，而且是在错误的时刻。该系统的逻辑是：没有分配应用的账户无法访问数据——这本是关于账户如何创建的陈述，却被当成了关于账户能做什么的保证。授权缺陷打破了这一保证，而没有人在访问时重新检查它，而访问时恰恰是检查真正起作用的时刻。这个账户之所以被信任，是因为它的产生方式，而不是因为它正在做的事。
第三，调查止步于第一个看似合理的解释。“存在未经授权的账户，但它们无法触达数据”——这是一个让人感觉完整的结论。它让案件在6月结案，而在6月下旬至7月初数据被读取期间，案件一直处于关闭状态。本可以纠正这一结论的证据，直到10月怀疑终于形成之后才被检查。
Redthread 如何针对这类失守而构建
Redthread 的评估平台正是为缩小这类失守而构建的：找出你自身资产中可被利用的弱点和漂移，以证据为依据，并持续重新检查。
评估平台 (redthreadsec.com)采用无代理、AI 原生架构。它为你的整个资产构建一张上下文图——即 Redthread Flow——涵盖智能体、应用、代码、云账户、身份、控制措施，以及它们能够触达的数据，因此一个内部系统、它所在的网段以及其背后的身份证件，会呈现为一幅相互连接的完整图景。免费的自助资产扫描（评估与整合）无需安装任何东西，即可展示你的 AI 与智能体足迹、影子 AI、云安全态势与敏感数据暴露情况（DSPM），以及跨云攻击路径，且将其排在最前。我们的漏洞利用验证引擎会真正触发弱点，依据映射到 MITRE ATLAS 的 OWASP LLM Top 10 对 AI 应用和智能体进行渗透测试，每一项发现都附带可复现的概念验证。是证据，绝非推断。CI/CD 门禁会拦截引入已证实攻击路径的合并，持续的重新评估会捕捉漂移，结果则汇总为报告和证明函，并映射到审计方关心的框架。
The Agentic Trust & Protection Platform — ATPP (trust.redthreadsec.com；在控制台中名为 Agent Trust & Enforce)将同一原则应用于机器权限：与构建绑定的密码学智能体身份（SPIFFE）；对身份和工具声明一并进行的调用时验证；逐级收窄、附带签名回执的委托；工具发生漂移时可传播的吊销；编排器、网关和 SIEM 能在数秒内据此作出反应的签名信任状态事件；以及对 MCP 注册表的每日签名扫描——我们11月1日的扫描覆盖了 54,513 个服务器，发现了 1,509 起条目调包——并锚定在公开的 Sigstore Rekor 透明日志中。我们的强制执行网关目前处于预览阶段，会把这些检查放到调用路径之中；面向 Claude Code 和 Cursor 的钩子则会在每次 MCP 工具调用运行前，将其与该服务器的签名声明进行比对。签名密钥存放在独立的签名服务中，密封于云端保险库——可以请求签名，但永远无法读取——信任事件则写入一个数据库本身会拒绝更新、删除或截断的账本。
Redthread 并不声称的内容
坦白说：Redthread 不在 DigiCert 的资产环境之内，没有评估过 DigiCert，我们也无法保证我们的漏洞利用验证引擎能发现那个授权缺陷或标记出那次迁移。ATPP 是一个智能体身份层，而不是证书颁发机构的审计工具。我们同样不对受影响人数作任何声称——DigiCert 尚未给出数字，如今流传的任何数字都只是猜测。我们所声称的是结构性的、可检验的：以实际触发证实而非从扫描推断的弱点、持续重新检查的漂移，以及在使用那一刻核验的权限，能够同时缩小检测缺口和爆炸半径——正是这两者造就了这次泄露的规模。如果你曾向 DigiCert 提交过身份证件，请将这些证件视为已暴露，并警惕利用它们发起的冒充身份企图。
与我们一起构建
我们正在开放两到三个创始设计合作伙伴名额：免费试点 30–45 天——资产扫描、在一条实时工作流上部署密码学身份和调用时验证（仅检测模式），外加你的审计方一再索要的证明材料——试点结束后，创始合作伙伴价格享有大幅折扣并锁定不变。如果你的资产中有内部系统存放着身份证件——而且确实有——请先运行 免费资产扫描 （redthreadsec.com），或直接联系我们洽谈设计合作伙伴名额。
资料来源： BleepingComputer，"DigiCert data breach exposes customer information, identity documents"，2026年11月5日；DigiCert 在 Mozilla 的 Bugzilla 平台上发布的事件报告，发布于2026年11月1日，内容据 BleepingComputer 和 SC Media 2026年11月5日的报道摘要。