AI开发者平台的“黑色十月” | Wiz博客

十月还没过完，AI开发者平台已经集体经历了一轮安全噩梦。据安全公司Wiz统计，本月至少九家AI开发者平台披露了安全事件：Fireworks AI（10月6日）、Andromeda（10月9日）、Zeabur（10月14日）、Lightning AI（10月15日）、OpenCode（10月16-17日）、Railway（10月20日）、Warp（10月23日）、CommandCode（10月28日）、Northflank（10月30日）。其中Fireworks、OpenCode和Warp都报告了"智能体蜂群"攻击的迹象，Andromeda在事件报告中称这是一场"行业级攻击"，OpenCode和CommandCode则明确将事件归因于"模型蒸馏"尝试。放在平时，任何一起都足以登上安全头条，但如今事件密集到少有人把它们串起来看。 这些攻击的共同点正在浮出水面。Fireworks、Zeabur和Lightning都将根源归于凭证泄露，Railway认为是构建基础设施中的权限提升，Warp指向第三方供应商依赖，OpenCode则归咎于遗留系统。虽然技术细节大多仍在分析中，但所有公开报告都提到攻击者有针对性地搜寻存储的环境变量，重点瞄准能授予AI访问权限的凭证。Wiz认为，这与近期两大趋势高度吻合：一是智能体攻击让威胁行为者能更快、更高效地攻破目标；二是LLMJacking（盗用大模型接口）和LLM中间商基础设施的兴起，让窃取的凭证可以轻易变现，从而吸引更多攻击者入局。而针对中国AI实验室的模型蒸馏指控，同样在推高这类需求。 影响已经开始向下游蔓延。社交媒体上的 anecdotal 报告包括：有人利用存储在Railway的加密密钥盗走约37.1万美元的加密货币；OpenCode被盗的AI访问权限被滥用后，产生了数百到数千美元的消费账单。Wiz还观测到企业凭证被下游滥用的情况——两把曾大量用于某受害供应商基础设施的密钥，在凭证泄露报告后30分钟内就出现了首次未授权活动：来自住宅IP的单次InvokeModel调用，在一分钟内横扫多家组织测试 stolen keys，请求Claude Fable 5.1失败后回退到Opus 5.5成功。此后数天，两把密钥每天仅有14到120次调用，来自同一个小型Go客户端，步调一致相隔约一分钟，显然是一个持续验证密钥有效性的任务在运行。四天后，一个轮换代理池对数十个地址发起目录探测，对亚马逊Nova、DeepSeek、gpt-oss、GLM、Kimi、Grok、GPT-6 Astra及旧版Claude等模型逐一发一次调用。对卖家而言，这意味着托管在第三方AI平台上的API密钥和云凭证正成为有组织犯罪的目标，一旦泄露，账单和资产损失可能来得比想象中更快。