事件背景与影响
近期，安全领域监测到一起代号为“TrapDoor”的协调式软件供应链攻击活动。该活动极具针对性，广泛覆盖了 npm、PyPI 和 Crates.io 三大主流开发生态，通过伪造超过 34 个恶意软件包（涉及 384 个版本）进行传播。从我们的应急响应经验来看，攻击者主要瞄准了加密货币、DeFi、Solana 生态以及人工智能（AI）领域的开发者，旨在窃取开发环境中的密钥、加密钱包、SSH 凭据、云服务访问令牌以及环境变量等高价值信息。
攻击链与技术手法解析
TrapDoor 活动展示了极高的跨生态适应能力，攻击者针对不同语言环境定制了具体的触发路径：
在 npm 生态中，攻击者利用 postinstall 钩子执行恶意脚本 trap-core.js，该脚本不仅负责扫描本地凭据，还会通过 AWS 和 GitHub API 验证令牌的有效性，并尝试通过 SSH 在内网进行横向移动，同时利用系统任务调度和 Git 钩子植入持久化后门。
在 PyPI 生态中，攻击者通过“导入即执行”的机制，在包被引用时自动触发恶意代码，并从攻击者控制的 GitHub Pages 动态获取远程 JavaScript 载荷。这种方式赋予了攻击者极大的灵活性，无需频繁更新包版本即可修改攻击行为。
在 Rust 的 Crates.io 生态中，攻击者巧妙利用了 build.rs 构建脚本，在编译阶段自动执行恶意逻辑，搜索本地密钥库并进行加密外传。
创新型攻击载体：针对 AI 的“毒化”注入
这一环节是很多企业容易忽视的：TrapDoor 不仅仅局限于传统的投毒，还引入了针对 AI 辅助编程工具的攻击。攻击者向开源项目提交包含恶意指令的 .cursorrules 和 CLAUDE.md 文件，试图诱导 AI 助手执行所谓的“安全扫描”，实则触发机密发现与外传。通过向主流 AI 开发框架提交 Pull Request，攻击者试图将这些恶意规则注入到开发者的工作流中，从而绕过传统的代码审查防线。
Solar 安全建议
从长期的溯源分析来看，此类攻击正呈现出高度自动化与精准化的趋势。针对此类威胁，Solar 应急响应团队建议广大开发者与企业采取以下措施：
第一，建立严格的依赖项审查机制。对于引入的新包，特别是功能描述模糊、命名看似“官方”实则并非官方发布的工具，必须进行强制性的代码审计。
第二，强化环境隔离。不要在开发环境中使用具备生产权限的 API Key 或云凭据，建议使用短期临时凭据，并对开发机器进行必要的终端防护。
第三，警惕 AI 辅助工具的“隐形”指令。在配置 AI 开发辅助工具时，要审慎对待来自外部的配置文件（如 .cursorrules），避免盲目信任 AI 对环境的扫描建议。
第四，关注供应链监控。企业应部署相应的软件成分分析（SCA）工具，及时感知项目中引入的异常依赖包，并定期扫描环境中是否存在类似 Git 钩子或系统计划任务的异常持久化痕迹。
类似攻击近年来明显增加，企业应将供应链安全纳入整体安全防御体系的核心环节，而非仅仅关注边界防火墙。
如果您想了解勒索病毒的最新发展趋势，或在实际业务中遇到类似安全事件，欢迎关注“Solar应急响应团队”。
全国热线：400-613-6816 官网：www.solarsecurity.cn / www.sierting.com