CrowdSec 是开源入侵检测与防御系统（IDS/IPS）及 Web 应用防火墙（WAF）的开发商，该系统共享一份恶意 IP 的众包黑名单。CrowdSec 于 9 月 21 日披露，其私有 GitHub 仓库在 2026 年 5 月遭到入侵。该泄露事件由 Fuites Infos 的安全研究人员于 9 月 16 日上报给 CrowdSec，公司于同日确认了这一暴露。
**泄露的内容——以及未泄露的内容** 泄露材料来自私有仓库，其中包含 CrowdSec 的 SaaS 管理控制台、内部 AWS Cloud 常规流程、连接器和自动化脚本的源代码。该公司的 Security Engine——运行于 Linux、Windows、Docker 和 Kubernetes 上的 IDS/IPS/WAF/机器人检测软件——在公开仓库中开发，并未涉及此次泄露。CrowdSec 表示，没有客户端数据、登录凭据、个人信息或客户日志被暴露；公司不存储个人身份信息（PII）或客户日志。他们表示，影响仅限于 CrowdSec 自身。
**可能的攻击向量：TanStack 供应链妥协** CrowdSec 的调查指向 2026 年 5 月该组织使用的一个被植入后门的 TanStack 组件。该恶意组件似乎提取了属于 CI/CD 管道的 API 令牌——具体而言，是一个具有读取私有代码库权限的令牌。这与 Mistral AI 披露的一起类似供应链攻击相符。可利用窗口局限于 2026 年 5 月，CrowdSec 此后已轮换了所有受影响的令牌和凭据。
展示了 CrowdSec 泄露事件报告"可能攻击向量"一节所述的、提取了 CI/CD API 令牌的被植入后门 TanStack 组件。
描绘了恶意 TanStack 模块如何获得对私有代码库的读取权限，与文章对攻击向量的说明一致。
**为何仅凭代码风险有限** CrowdSec 论证称，泄露的私有代码不易被用来针对该公司，也无法在其他地方被复用。SaaS 控制台和自动化脚本与 CrowdSec 的内部数据、工具和网络效应紧密耦合——这些资产仅凭源代码无法复制。此外，大部分泄露代码在泄露与披露之间的四个月中"已发生显著演变"。公司表示定期审计 SaaS 源代码，并不认为此次暴露构成即时威胁，但将监控异常活动。
**供应链风险与令牌轮换的局限性** 该事件说明，CI/CD 管道中一个被入侵的依赖即可获得对整个私有代码库的读取权限。轮换被窃取的 API 密钥能关上即时的门，但正如观察者所指出的，它并未解决根本脆弱性：下一次供应链妥协可能以相同权限提取新颁发的密钥。缓解这类风险需要将 CI/CD 令牌的范围限制在必要的最少仓库和操作，使用短期凭据，并对敏感操作强制使用硬件认证（如 FIDO2 密钥）——GitHub 支持这些措施，但它们并未被普遍采用。
**操作背景：误报与分发摩擦** 与泄露无关，一些操作员报告了 CrowdSec IP 信誉模型的实际摩擦。一位用户指出，Security Engine 的 Debian 打包版本停止接收社区黑名单（返回 HTTP 500），实际上将用户推向了供应商的 SaaS 控制台。另一位用户报告在使用黑名单进行机器人和爬虫缓解时出现了不可接受的误报率，导致其在数月集成工作后将其禁用。这些经历凸显了基于信誉的系统中更广泛的张力：聚合黑名单可能缺乏针对特定环境的粒度或新鲜度，而分发渠道（操作系统包管理器与供应商直供）可能以静默降低保护的方式产生分歧。
**仍不确定的内容** CrowdSec 的声明涵盖了已确认的事实，但留下了几个问题。TanStack 妥协的完整取证时间线——后门是何时引入的、持续了多久，以及是否影响了其他组织——尚未公布。该公司表示，到目前为止"未发现"任何能够实现横向移动的令牌或凭据，但调查仍在继续。泄露代码被下载或重新分发的程度也不清楚。在发布详细的事件后复盘之前，供应链影响在生态系统中的精确范围仍不明确。