Perplexity disponibiliza o Bumblebee como código aberto

O rápido avanço da IA trouxe uma nova complexidade ao cenário de segurança, com vulnerabilidades sendo descobertas todos os dias.

Ameaças recentes visam cada vez mais os pacotes de software, ferramentas de desenvolvedor e ambientes locais nos quais equipes de engenharia modernas, como a da Perplexity, confiam. Portanto, a integridade de nossos produtos deve começar mais acima na cadeia de suprimentos do que na produção.

Hoje estamos disponibilizando como código aberto uma das ferramentas internas que usamos para proteger os sistemas de desenvolvedor por trás da Perplexity, Comet e Computer.

O Bumblebee é um scanner somente leitura que usamos para verificar as máquinas dos desenvolvedores em busca de pacotes, extensões e configurações de ferramentas de IA arriscados durante incidentes na cadeia de suprimentos.

O Bumblebee é útil para todas as equipes de segurança. Sempre que uma nova vulnerabilidade é relatada, elas precisam saber imediatamente se alguma de suas máquinas foi exposta.

Tornar os produtos da Perplexity mais seguros para os usuários começa com a proteção dos sistemas de desenvolvedor com os quais os construímos. O Bumblebee é um componente em nosso fluxo de trabalho de segurança mais amplo, onde o Perplexity Computer ajuda a rastrear ameaças emergentes, humanos revisam as atualizações de catálogo e o Bumblebee verifica se componentes expostos aparecem nos endpoints dos desenvolvedores.

Hoje estamos tornando o Bumblebee código aberto, para que qualquer equipe possa construir sobre a mesma camada de segurança.

As organizações de engenharia agora podem executar o Bumblebee com seus próprios catálogos e processos de revisão. Veja como usamos o Bumblebee internamente:

Um sinal de ameaça é identificado por meio de divulgações públicas, feeds de inteligência de terceiros ou pesquisa interna.

O Perplexity Computer redige uma atualização de catálogo. Ele insere o sinal em uma entrada estruturada (ecossistema, nome, versão) e, em seguida, abre um PR no GitHub com links de origem.

Ele entra em revisão humana, após a qual o PR é mesclado.

O Bumblebee é executado nos endpoints com o catálogo atualizado.

As descobertas são compartilhadas com a equipe de segurança.

O Bumblebee suporta três perfis de verificação, que indicam onde e com que abrangência pesquisar:

Perfil base: Verificação de rotina de locais padrão em laptops. As equipes o agendam por meio de seu próprio MDM ou ferramentas de frota.

Perfil de projeto: Verificação direcionada de repositórios ou espaços de trabalho específicos.

Perfil profundo: Varredura de resposta para incidentes ativos.

Cada detecção é rastreável, mostrando qual entrada de catálogo acionou o registro, quando foi adicionada e qualquer evidência.

Scanners de SBOM e vulnerabilidades lidam com repositórios e artefatos de build. Produtos de inventário de endpoint cobrem aplicativos instalados. O Bumblebee é executado no laptop do desenvolvedor. Ele informa se aquela máquina possui um pacote, versão, extensão ou configuração de MCP específico instalado quando um aviso de cadeia de suprimentos é emitido.

As ferramentas de código aberto existentes tendem a cobrir uma ou duas dessas superfícies. O Bumblebee cobre todas as quatro:

Gerenciadores de pacotes de linguagem: npm, pnpm, Yarn, Bun, PyPI, módulos Go, RubyGems, Composer

Configurações de agentes de IA: MCP

Extensões de editor: Família VS Code (VS Code, Cursor, Windsurf, VSCodium)

Extensões de navegador: Família Chromium (Chrome, Comet, Edge, Brave, Arc) e Firefox

O Bumblebee é somente leitura. Ele lê arquivos de metadados diretamente e nunca permite a execução de ferramentas potencialmente comprometidas, o que evita que o escaneamento se torne o risco. Tornar o Bumblebee somente leitura ajuda a evitar problemas com a execução de código durante a instalação.

Pacotes npm podem conter scripts pós-instalação que são executados automaticamente no momento em que o comando npm install os acessa. É assim que a maioria dos worms recentes de cadeia de suprimentos se espalhou. Um scanner que invoca o npm para verificar a exposição já acionou o ataque que estava procurando. O Bumblebee evita isso ao evitar:

Execução de código: nunca executa scripts de instalação ou hooks de ciclo de vida.

Invocação de gerenciador de pacotes: nunca executa npm, pnpm, bun ou pip.

Leitura de arquivos de origem: nunca lê arquivos de código-fonte de aplicativos; ele lê metadados como lockfiles, manifestos e metadados de pacotes instalados.

Monitoramento de processos ou rede: O Bumblebee não é um EDR.

O Bumblebee já está disponível como um projeto Go de código aberto para endpoints de desenvolvedor macOS e Linux. As equipes de segurança podem baixá-lo, executá-lo contra seu próprio catálogo de versões incorretas e alimentar os resultados em qualquer fluxo de trabalho de resposta que já utilizem.

Apresentando o Bumblebee

Do sinal de ameaça ao escaneamento de endpoint

A segurança começa na superfície local do desenvolvedor

O que o Bumblebee revisa

Avalie a exposição com segurança