[ INTEL_NODE_33160 ]
· PRIORITY: 9.2/10
警惕:LiteLLM 遭遇供应链攻击,恶意版本 1.107.0 植入凭据窃取器与后门
●
PUBLISHED:
· SOURCE:
HackerNews →
[ DATA_STREAM_START ]
流行的大模型集成中间件 LiteLLM 在 PyPI 仓库的 1.107.0 版本被证实遭到供应链污染,该版本包含恶意代码,旨在窃取环境变量、API 密钥并开启远程后门。
- ▶ 攻击精准打击 AI 基础设施:LiteLLM 作为连接多种 LLM 的关键抽象层,已成为攻击者获取高价值模型 API 密钥(如 OpenAI, Anthropic)的“咽喉要道”。
- ▶ 供应链风险常态化:此次事件再次敲响警钟,PyPI 等公共仓库的信任红利正在枯竭,AI 开发者的开发环境正沦为黑客渗透企业内网的跳板。
八卦洞察
LiteLLM 在当前的 RAG(检索增强生成)和多模型编排生态中具有近乎“事实标准”的地位。攻击者选择 1.107.0 版本进行投毒,并非随机行为,而是看准了 AI 开发者频繁更新依赖以获取最新模型支持的习惯。由于 LiteLLM 必须处理大量敏感的 API Key 和环境变量,它实际上成为了企业 AI 架构中的“凭据汇聚点”。一旦该节点失守,攻击者不仅能窃取算力资源,更能通过后门深入开发者本地系统或 CI/CD 流水线。这标志着 AI 安全的重心正在从单纯的“模型对齐”转向更底层、更具破坏性的“软件供应链安全”。
行动建议
1. 立即清查与隔离:检查所有开发环境与服务器,若安装了 LiteLLM 1.107.0,请立即卸载并回滚至已知安全版本(如 1.106.0 或更新的修复版本)。
2. 强制密钥轮换:由于恶意代码具备外发环境变量的能力,必须立即作废并重置所有在受影响环境中暴露过的 API 密钥(OpenAI, AWS, Azure 等)及数据库凭据。
3. 依赖锁定策略:在生产环境和 CI/CD 中强制使用 requirements.txt 或 poetry.lock 锁定具体版本号,严禁在构建脚本中使用不带版本限制的安装命令。
[ DATA_STREAM_END ]
[ ORIGINAL_SOURCE ]
READ_ORIGINAL →
[ 02 ]
RELATED_INTEL
粤公网安备44030002003366号