Perplexity Bumblebee：用唯讀方式檢查開發者電腦嘅供應鏈安全

呢個設計喺資安事件調查時特別重要。

原因係：有啲惡意套件會將惡意程式放喺 install hook 或 post‑install script。如果調查工具重新執行安裝流程，就可能意外觸發惡意程式。

Bumblebee 透過以下方式避免呢個問題：

• 直接讀取磁碟 metadata
• 唔會呼叫 npm、pip 等工具
• 唔會執行 install 或 lifecycle scripts

結果就係一種被動式安全檢查（passive inspection）：可以發現風險，但唔會改動系統。

Bumblebee 會掃描啲乜？

Bumblebee 會建立一個完整嘅開發者環境 inventory，涵蓋幾個常見嘅供應鏈攻擊面。

1. 語言套件生態系

工具會讀取多個主流開發生態嘅套件 metadata，例如：

• npm
• pnpm
• Yarn
• Bun
• PyPI
• Go modules
• RubyGems
• Composer

透過分析 lockfile 同套件資料，Bumblebee 可以知道電腦上實際安裝緊邊個版本，而唔需要執行 package manager。

2. 程式編輯器外掛

現代 IDE（例如 VS Code）通常會安裝大量插件，而呢啲插件往往有權讀取原始碼、API token 或開發者憑證。

Bumblebee 會掃描 editor extensions 同相關 manifest，協助發現可疑或者已知被入侵嘅插件。

3. 瀏覽器外掛

越來越多安全研究將瀏覽器插件視為供應鏈風險之一，因為開發者經常喺瀏覽器內登入 GitHub、雲端平台同 CI 系統。

Bumblebee 亦會盤點系統入面嘅瀏覽器外掛，並對照安全公告或惡意清單。

4. AI Agent 同 MCP 設定

另一個新興攻擊面係 AI 開發工具。

Bumblebee 會掃描 AI agent 嘅設定檔，例如 Model Context Protocol（MCP）相關配置，例如：

• mcp.json
• .mcp.json
• claude_desktop_config.json
• 其他 AI 工具設定檔

呢啲設定可能會連接外部工具或服務，如果被入侵就可能變成供應鏈漏洞。

三種掃描模式

Bumblebee 支援三種掃描 profile，讓企業可以按需要選擇不同檢查範圍。

Baseline

• 輕量掃描常見系統位置
• 適合定期盤點
• 可透過 MDM 或裝置管理系統定時執行

Project

• 針對特定開發目錄
• 例如 ~/code、~/src
• 用來檢查某個專案使用嘅依賴

Deep

• 廣泛掃描整個檔案系統
• 多數喺資安事件發生時使用

呢三種模式令團隊可以由日常監察升級到事件應變掃描。

用 Exposure Catalog 做風險比對

Bumblebee 掃描後會將結果同一個叫 exposure catalog 嘅清單比對。

呢個 catalog 會列出：

• 已知惡意套件
• 有漏洞嘅版本
• 危險外掛
• 可疑 AI 設定

每一個偵測結果都會顯示：

• 對應嘅 catalog 條目
• 條目加入時間
• 命中證據

對資安團隊嚟講，呢個機制可以快速回答一個關鍵問題：

「現時有幾多部開發者電腦暴露喺呢個供應鏈漏洞？」

點解 Bumblebee 出現得正合時

軟件供應鏈攻擊近年急速增加。

研究顯示：

• 已知惡意開源套件總數超過 123 萬個
• 2025 年新發現就有 454,000 多個
• 惡意套件偵測量按年上升 73%

同時，開發者電腦上嘅工具愈來愈多，包括：

• package manager
• IDE extensions
• browser plugins
• AI agent integration

好多企業其實對呢個本地環境幾乎冇可視性。

Bumblebee 嘅價值就係補上呢個缺口：

它可以快速、安全咁盤點開發者端點，幫企業喺供應鏈事件爆發時即時知道邊啲機器受影響。

總結

Perplexity 開源嘅 Bumblebee，提供咗一種相對安全又實際嘅方法去檢查開發者電腦嘅供應鏈風險。

透過：

• 唯讀掃描架構
• 覆蓋套件、外掛同 AI 工具設定
• catalog 驅動嘅風險偵測

資安團隊可以喺供應鏈攻擊發生時，迅速了解企業開發環境嘅暴露情況。

隨住 AI 工具同開源依賴愈來愈多，像 Bumblebee 呢類專門針對開發者端點安全嘅工具，可能會變成未來應用安全策略嘅重要一環。