Perplexity 开源 Bumblebee

AI 的飞速发展为安全领域带来了新的复杂性，每天都有新的漏洞被发现。

近期威胁日益针对 Perplexity 等现代工程团队所依赖的软件包、开发人员工具及本地环境。因此，我们产品的完整性必须从早于生产环节的供应链上游开始予以保障。

今天，我们开源了内部使用的工具之一，用于保护 Perplexity、Comet 和 Computer 后端的开发人员系统。

Bumblebee 是一款只读扫描器，用于在供应链事件发生期间，检查开发人员机器中是否存在高风险软件包、扩展程序和 AI 工具配置。

Bumblebee 对所有安全团队都非常有用。每当报告新的漏洞时，他们都需要立即获知其机器是否受到影响。

提升 Perplexity 产品对用户的安全性，始于保护我们构建产品所使用的开发人员系统。Bumblebee 是我们更广泛的安全工作流中的一个组件，Perplexity Computer 负责跟踪新兴威胁，人工审核目录更新，而 Bumblebee 则负责检查开发人员终端上是否出现了受影响的组件。

今天我们开源了 Bumblebee，以便任何团队都能基于相同的安全层进行构建。

工程组织现在可以使用自己的目录和审核流程运行 Bumblebee。以下是我们内部使用 Bumblebee 的方式：

通过公开披露、第三方情报源或内部研究来识别威胁信号。

Perplexity Computer 起草一份目录更新。它将信号输入到结构化条目（生态系统、名称、版本）中，然后打开一个包含源链接的 GitHub PR。

它进入人工审核阶段，审核通过后合并 PR。

Bumblebee 在更新了目录的终端上运行。

调查结果与安全团队共享。

Bumblebee 支持三种扫描配置，用于告知其搜索的位置和范围：

基准配置：对标准笔记本电脑位置的例行扫描。Teams 通过其自身的 MDM 或设备管理工具进行调度。

项目配置：针对特定仓库或工作区的有针对性的扫描。

深度配置：针对活跃事件的响应式扫描。

每次检测结果均可追溯，显示触发归档的目录条目、添加时间以及任何证据。

SBOM 和漏洞扫描器处理仓库和构建工件。终端库存产品覆盖已安装的应用程序。Bumblebee 在开发人员笔记本电脑上运行。当供应链建议发布时，它会告诉您该机器是否安装了特定的软件包、版本、扩展程序或 MCP 配置。

现有的开源工具往往只覆盖这些界面中的一个或两个。Bumblebee 覆盖全部四个：

语言包管理器：npm, pnpm, Yarn, Bun, PyPI, Go 模块, RubyGems, Composer

AI 代理配置：MCP

编辑器扩展：VS Code 系列（VS Code, Cursor, Windsurf, VSCodium）

浏览器扩展：Chromium 系列（Chrome, Comet, Edge, Brave, Arc）和 Firefox

Bumblebee 是只读的。它直接读取元数据文件，绝不会让潜在的受损工具运行，从而防止扫描本身成为风险。将 Bumblebee 设置为只读有助于避免安装时代码执行带来的问题。

npm 软件包可能携带在 npm install 触及时自动运行的安装后脚本。这就是大多数近期供应链蠕虫病毒传播的方式。一个调用 npm 来检查暴露情况的扫描器，实际上已经触发了它试图寻找的攻击。Bumblebee 通过避免以下操作来防止这种情况：

代码执行：从不运行安装脚本或生命周期钩子。

包管理器调用：从不运行 npm、pnpm、bun 或 pip。

源文件读取：从不读取应用程序源文件；它读取的是锁定文件、清单和已安装包元数据等元数据。

进程或网络监控：Bumblebee 不是 EDR。

Bumblebee 现已作为 macOS 和 Linux 开发人员终端的开源 Go 项目推出。安全团队可以下载它，根据自己的错误版本目录运行它，并将结果输入到他们已经使用的任何响应工作流中。

隆重介绍 Bumblebee