Pular para o conteúdo
ReviewRamble

A newsletter semanal

IA, analisada, na sua caixa de entrada.

  • Novas análises de ferramentas, modelos, servidores MCP e repositórios, com o veredicto logo no início
  • Preços e notas reconferidos quando algo muda
  • Novos artigos de análise assim que são publicados

Modelos, agentes, servidores MCP e as ferramentas que realmente valem seu tempo.

Um e-mail por semana. Cancele pelo link em qualquer edição. Como usamos seu e-mail

BLA (Blind LLM Agents)

Incha e enche de armadilhas os seus próprios builds de lançamento para que agentes de IA de engenharia reversa como o REA esbarrem nos limites e persigam iscas.

Análise de Sheela · Atualizado

Ver no GitHub Código aberto

Nossa nota

3.3/5

BLA é uma resposta engenhosa e raramente tão franca a uma ferramenta específica, o REA, e seus builds de lançamento pagam por ela em megabytes enquanto um analista humano determinado ainda consegue passar.

O que é BLA (Blind LLM Agents)?

BLA protege o software que você distribui contra engenharia reversa automatizada feita por agentes de IA, com o REA (Reverse Engineer Anything) como alvo declarado. Ele atua em três camadas: planta iscas em formato válido e credenciais canário que parecem evidências reais, incha o artefato além dos limites de recursos que o REA documenta (tamanho de cabeçalho, profundidade de aninhamento, número de exports) para que o analisador falhe ou trunque, e adiciona uma proteção em tempo de execução que devolve dados sintéticos quando detecta um inspetor como Chrome DevTools Protocol ou Frida. A ideia é que seus usuários vejam o mesmo comportamento enquanto um agente queima tempo e tokens.

Ele cobre bundles de JavaScript e TypeScript, arquivos .asar e fuses do Electron, WebAssembly, Python e .pyc, SQLite, arquivos de modelo Safetensors e GGUF, Go, Erlang BEAM, bytecode EVM, PCAP e vários formatos que ele chama de projetados para isso, mas não testados. Um único comando, bla harden, encontra as saídas de build e roda auditoria, proteção e verificação.

Tem licença MIT, é escrito em TypeScript, é publicado no npm como bla-agents (3.1.0 em 7 de novembro de 2026) e se instala como servidor MCP e skill para Claude Code, Codex, Cursor, Gemini CLI e outros. O repositório foi criado em 25 de outubro de 2026; o site é bla.tools.

BLA (Blind LLM Agents) vale a pena?

BLA se entende melhor como o contra-ataque a um único programa. Seus melhores resultados vêm de empurrar arquivos além de limites que o próprio REA documenta, e o README é cuidadoso sobre até onde esses resultados vão. Com 2.676 estrelas em menos de duas semanas, ele claramente tocou num ponto sensível entre desenvolvedores preocupados com agentes capazes de ler o código que eles distribuem.

A parte medida é estreita e real. Rodando o REA de verdade contra amostras protegidas no Node v24.22.1, o projeto registra 12 formatos em que o REA devolveu um erro de capacidade ou de orçamento, com as mensagens de erro reais: um cabeçalho .asar do Electron levado além do teto de 16 MiB, metadados de Safetensors e GGUF além de 32 níveis de aninhamento, informações de build do Go acima de 1 MiB. O README esclarece que "verificado empiricamente" só significa que o caminho do analisador do REA falhou naquele ambiente, e lista o que não foi testado: descompilação com Ghidra, sessões ao vivo com Frida, LLDB e Rizin, JADX em APKs Android completos, firmware e objetos de GPU. O suporte a Python e .pyc está marcado como projetado, não verificado.

O benchmark de destaque é outro tipo de número. A demonstração com 14 alvos informa no total cerca de 639,5 vezes mais tokens e 304,4 vezes mais custo para um agente atacante, mas o README rotula as colunas de tokens e dólares como estimativas internas derivadas do próprio catálogo de limites do REA mantido pelo BLA, e não como medições. O resultado de 14/14 em execução verifica que entradas e saídas batem com o build sem proteção. O custo em velocidade não é publicado, além da afirmação de que as proteções são verificações de tempo constante.

O porém: tamanho e durabilidade. A exaustão funciona deixando os arquivos muito maiores; nas próprias amostras do projeto, um .asar de 607 bytes virou 16,9 MiB e um módulo WebAssembly de 54 bytes virou 6,56 MiB, e é isso que você entrega a cada usuário. Como ele mira os limites atuais do REA, uma versão futura do REA que os aumente ou os trate pode desfazer o efeito. A proteção em tempo de execução também devolve dados sintéticos sempre que um inspetor se conecta, inclusive o da sua própria equipe. E o aviso legal diz claramente que nenhum esquema do lado do cliente garante sigilo contra um analista humano dedicado com tempo e um depurador; ele recomenda manter os segredos de verdade em um servidor. Somam-se a isso 27 versões marcadas e dois saltos de versão maior nos 13 dias desde a criação do repositório.

Nossa opinião: ofuscação encarece o olhar, não tranca a porta. BLA é uma camada extra razoável para um app Electron ou WebAssembly cujos autores temem principalmente análise automatizada e barata por agentes, e não substitui manter verificações de licença e chaves fora do cliente.

Onde ele se destaca

  • Um desenvolvedor independente que vende um app pago de notas feito em Electron

    Dificultar que alguém aponte um agente de IA para o app e copie um recurso de destaque

    Rode npx bla-agents harden . no .asar compilado e confira o relatório de verificação antes do lançamento. O pacote é gratuito; espere um .asar bem maior e mantenha a verificação de licença no seu servidor.

  • Uma equipe pequena que distribui um núcleo de processamento de imagem em WebAssembly

    Atrasar a recuperação automatizada da interface exportada

    O BLA adiciona exports isca para que a decodificação de interface do REA baseada em Wabt estoure o orçamento e devolva um resultado parcial; a amostra do projeto passou de 54 B para 6,56 MiB, então meça o tempo de carregamento no seu próprio app.

  • Uma engenheira de segurança em uma empresa SaaS de porte médio

    Avaliar o quanto nosso cliente desktop está exposto à engenharia reversa por agentes

    Rode bla audit para o relatório de exposição de 16 vetores e depois npm run redteam:rea contra uma cópia protegida para ver quais caminhos do REA falham de fato. Trate os números de custo em tokens como estimativas.

Antes de decidir

Configuração
npx bla-agents setup registra o servidor MCP e a skill no seu agente; npx bla-agents harden . roda auditoria, proteção e verificação. Precisa de Node.js ^22.23.4 ou 24+.
Integrações
Claude Code, Cursor, Codex, Gemini CLI, Windsurf, Google Antigravity, OpenCode, VS Code e GitHub Copilot CLI; Wabt e tshark opcionais para os testes de red team.
Dados e privacidade
Roda localmente sobre as suas próprias saídas de build; grava uma semente aleatória por projeto em .blarc ou bla.config.json; o .bla-manifest.json opcional não é assinado a menos que você adicione uma chave ed25519.
Custo em escala
Gratuito; o custo real são downloads maiores e o tempo para verificar cada versão, já que a exaustão adiciona megabytes a cada artefato protegido.
Limites
Verificado só contra os caminhos do analisador do próprio REA; Ghidra, Frida, JADX, firmware e objetos de GPU não testados; não suporta reassinar APKs; custo em velocidade não publicado.

O que é bom

  • Resultados medidos contra o REA de verdade, com mensagens de erro
  • O README separa o verificado, o projetado e o estimado
  • Proteção em um comando com verificação de equivalência em execução
  • O texto arriscado de isca para LLMs vem desligado por padrão
  • Configuração como MCP e skill para a maioria dos agentes de programação

O que não é

  • Os multiplicadores de tokens e custo são estimativas internas
  • Incha em megabytes os artefatos distribuídos
  • Ajustado aos limites do REA, que podem mudar em qualquer versão do REA
  • Não detém um analista humano determinado
  • Muito novo, com versões maiores mudando depressa

Ideal para

Desenvolvedores que distribuem produtos em Electron, JavaScript ou WebAssembly e querem encarecer a engenharia reversa automatizada por agentes, aceitando builds maiores.

BLA (Blind LLM Agents): perguntas frequentes

BLA (Blind LLM Agents) vale a pena?
BLA é uma resposta engenhosa e raramente tão franca a uma ferramenta específica, o REA, e seus builds de lançamento pagam por ela em megabytes enquanto um analista humano determinado ainda consegue passar. Damos nota 3.3 de 5.
Quanto custa BLA (Blind LLM Agents)?
Gratuito sob a licença MIT. Não há plano pago; Wabt e tshark, opcionais, só são necessários para repetir os testes de red team.
Quais são as desvantagens de BLA (Blind LLM Agents)?
Os multiplicadores de tokens e custo são estimativas internas; incha em megabytes os artefatos distribuídos; ajustado aos limites do REA, que podem mudar em qualquer versão do REA; não detém um analista humano determinado; muito novo, com versões maiores mudando depressa.
Para quem BLA (Blind LLM Agents) é indicado?
Desenvolvedores que distribuem produtos em Electron, JavaScript ou WebAssembly e querem encarecer a engenharia reversa automatizada por agentes, aceitando builds maiores.
Quanto custa BLA (Blind LLM Agents) para uma equipe ou em produção?
Gratuito; o custo real são downloads maiores e o tempo para verificar cada versão, já que a exaustão adiciona megabytes a cada artefato protegido.
BLA (Blind LLM Agents) é seguro para dados da empresa?
Roda localmente sobre as suas próprias saídas de build; grava uma semente aleatória por projeto em .blarc ou bla.config.json; o .bla-manifest.json opcional não é assinado a menos que você adicione uma chave ed25519.

Respostas verificadas em 7 de nov. de 2026.