Perplexity 开源 Bumblebee:只读排查本地依赖与 MCP 配置
Perplexity 开源内部安全扫描工具 Bumblebee。它采用纯只读机制,绝不调用包管理器或执行安装脚本,能排查开发者电脑上的风险依赖、代码插件以及 MCP 等 AI 智能体配置。最值得关注的是,它彻底杜绝了扫描过程本身触发恶意攻击的隐患。

Bumblebee 是 Perplexity 开源的一款本地安全扫描工具,专门用来在开发者电脑上排查供应链安全隐患。
它原本是 Perplexity 用来保护自身主力产品、Comet 以及 Computer 开发环境的内部工具。一旦行业里曝出新的供应链漏洞,团队就能立刻用它摸排谁的电脑装了有问题的依赖或配置。
它能排查什么
一般的开源排查工具通常只盯着一两个地方,而 Bumblebee 同时覆盖了开发者电脑上的四个高危攻击面。
第一是主流语言的包管理器,覆盖了 npm、pnpm、Yarn、Bun、PyPI、Go modules、RubyGems 以及 Composer。
第二是 AI 智能体配置,支持检查目前非常流行的 MCP 配置。
第三是代码编辑器扩展,兼容 VS Code 家族,包括 VS Code、Cursor、Windsurf 以及 VSCodium。
第四是浏览器扩展,覆盖 Chromium 家族的 Chrome、Comet、Edge、Brave、Arc 以及 Firefox。
Bumblebee 支持三种扫描预设。常规的 Baseline 适合通过 MDM 或日常工具做定时轮询;Project 针对具体的仓库或工作区进行排查;Deep 则是专门应对突发安全事件的深度排查模式。每一次扫描结果都有据可查,能清晰看到是哪条黑名单规则命中了哪条凭证。
纯只读设计,绝不碰运气执行代码
Bumblebee 最聪明的地方,在于它彻底贯彻了只读原则。
很多最近的供应链恶意代码都藏在 npm 的 postinstall 脚本里,只要一跑安装命令就会被激活。如果一个安全扫描器通过调用底层包管理器去检查依赖,往往在检测的同时就直接触发了攻击。
Bumblebee 规避了这个隐患。它绝不运行安装脚本或生命周期钩子,绝不调用 npm、pnpm、bun 或 pip,也不去读取应用真正的业务源码文件。它只直接解析 lockfile、manifest 等元数据文件,从源头上避免把扫描变成二次风险。
同时也要说明的是,它不是一款 EDR 工具,不进行进程或网络层面的实时监控,专注于本地静态配置与依赖元数据的比对。
怎么用起来
Bumblebee 目前是一个用 Go 语言编写的开源项目,支持 macOS 和 Linux 系统的开发者终端。
安全团队可以直接拉取代码,配上自己维护的有风险版本黑名单目录,把它接入现有的响应工作流或分发到员工电脑上运行。
为什么重要
我们认为,Bumblebee 抓住了当下开发环境最脆弱但也最容易被忽视的盲区。随着开发者电脑里塞满各类 AI 工具链、第三方编辑器插件和 MCP 服务,传统的代码仓库扫描和终端杀毒软件很难覆盖到这些散落的本地配置。
如果你的团队正在重度使用 Cursor、Windsurf 以及各类基于 MCP 的本地 Agent 工具,Bumblebee 非常值得放进日常安全工具箱。它用极轻量且安全的只读方式切入,既给排查省了麻烦,又不用担心扫描器自身反被钓鱼。
来源 (1)
- perplexity.ai(在新标签页打开)原文perplexity.ai