Anthropic lança o OSS Scanner: varredura de segurança gratuita com IA para projetos open source

Fala aí, beleza? A Anthropic anunciou em 8 de outubro de 2026 o OSS Scanner, um serviço opt-in que faz varreduras de segurança periódicas e gratuitas em projetos open source, usando os modelos mais fortes da empresa, incluindo o Claude Mythos 😀

O anúncio saiu junto com a Anthropic Cyber Mission

E veio com um aviso da própria Anthropic: os relatórios são gerados inteiramente pelo modelo, sem revisão humana

Ou seja, é IA caçando vulnerabilidade no teu projeto de graça… mas cada achado precisa ser conferido antes de virar correção

Bora entender o que mudou, quem pode usar e como inscrever um projeto?

Por que a Anthropic lançou o OSS Scanner?

O scanner faz parte da Anthropic Cyber Mission, a iniciativa de segurança que a empresa anunciou no mesmo dia

Além do scanner, a Cyber Mission inclui o Critical Infrastructure Defense Program, que tem 11 parceiros fundadores:

• Accenture
• Booz Allen
• CrowdStrike
• Deloitte
• Dragos
• Hitachi
• Insane Cyber
• Nozomi Networks
• Palo Alto Networks
• PwC
• Rockwell Automation

O serviço se baseia na experiência da Anthropic usando o Claude para encontrar vulnerabilidades no Project Glasswing

E tem um caso concreto citado no próprio anúncio: Daniel Stenberg, mantenedor do curl, disse que o OSS Scanner ajudou a encontrar vários problemas, incluindo "uma das piores vulnerabilidades do curl reportadas nos últimos anos"

Pra quem não liga o nome à pessoa: o curl está em praticamente todo lugar, então é um exemplo forte de projeto crítico 🙂

Como o OSS Scanner funciona por dentro?

O fluxo operacional divulgado é bem direto:

• o projeto é compilado, com as dependências pré-instaladas
• depois do build, o agente analisa o código sem acesso à internet
• os achados são enviados por e-mail ao endereço de contato principal (primary_contact) configurado no projeto

O ponto crítico é a ordem: o build roda com internet disponível, mas a análise do agente acontece depois, já sem internet

Ou seja, tudo que o projeto precisa: dependências, bibliotecas, ferramentas de build: tem que estar pronto quando o build terminar (isso vai pesar lá na inscrição, se liga)

O que vem em cada relatório?

Cada relatório traz três coisas:

• uma prova de conceito (o reprodutor da falha)
• uma explicação do problema
• uma correção sugerida, quando houver

O reprodutor é a parte MAIS importante pra quem mantém o projeto, porque é ele que permite confirmar se o problema é real

Com que frequência o OSS Scanner varre o projeto?

Após a adesão, o projeto passa a receber varreduras periódicas, sem custo nenhum pro mantenedor

Quem pode usar o OSS Scanner: critérios de elegibilidade

Aqui tem um ponto que muita gente vai pular: não é qualquer repositório que entra

De acordo com a página oficial do serviço, a Anthropic aceita projetos estabelecidos com impacto crítico em infraestrutura e na segurança dos usuários, avaliados caso a caso, com critérios semelhantes aos do OSS-Fuzz, do Google

Pesam na avaliação:

• a exposição a ataques remotos (por exemplo, bibliotecas que processam entrada não confiável)
• o número de usuários e de projetos dependentes

Vale um alerta prático aqui: como os relatórios saem sem revisão humana, faz sentido o mantenedor avaliar, antes de inscrever o projeto, se dá pra triar achados brutos: rodar o reprodutor, confirmar o problema de verdade e só então agir

Como inscrever um projeto no OSS Scanner

A inscrição é feita por pull request no repositório anthropics/oss-scanner no GitHub

Bora ver o passo a passo:

1. Abra um pull request criando o diretório do projeto. Nesse repositório, adicione projects/<nome>/project.yaml, trocando <nome> pelo nome do teu projeto

2. Preencha o project.yaml. Os campos obrigatórios são repo (o repositório a ser varrido) e primary_contact (o e-mail que recebe os relatórios). O campo dockerfile também entra como obrigatório, a menos que você coloque um arquivo Dockerfile ao lado do project.yaml, dentro do próprio repositório anthropics/oss-scanner: nesse caso ele é usado automaticamente. Entre os campos opcionais estão auto_ccs, homepage, pgp, disabled e threat_model, conforme o template oficial. Um exemplo mínimo, assumindo um Dockerfile ao lado do project.yaml, fica assim:

repo: <repositorio-do-projeto>
primary_contact: <email-de-seguranca-do-projeto>

O erro comum deste passo: colocar o e-mail pessoal do mantenedor. Os e-mails informados no project.yaml ficam públicos, então a recomendação é usar um endereço que pode ser publicado, como um alias de segurança. Tome cuidado com isso!

3. Garanta que o Dockerfile exista em um dos dois lugares aceitos. Ele pode ficar no próprio repositório do projeto (com o caminho indicado no campo dockerfile) ou ao lado do project.yaml, dentro do repositório anthropics/oss-scanner. Esse Dockerfile precisa compilar o projeto e pré-instalar todas as dependências

O erro comum deste passo: montar um Dockerfile que deixa alguma dependência pra ser baixada depois. O build tem rede, mas a análise roda sem acesso à internet, então qualquer coisa que dependa de download depois do build quebra

4. (Opcional) Configure a criptografia dos relatórios. Dá pra receber os relatórios criptografados incluindo uma chave pública GPG na configuração. Nesse caso não existem CCs adicionais: o e-mail vai só para o endereço principal

O erro comum deste passo: ativar o GPG contando que o resto do time vai continuar em cópia. Com GPG, só o contato principal recebe

Como pausar ou sair do serviço?

Pra pausar os relatórios, basta usar disabled: true no project.yaml

Pra tirar o projeto do serviço de vez, envie um pull request removendo o diretório de inscrição dele, como orienta a página oficial do OSS Scanner.

A página oficial informa que, após sair, o projeto volta a receber somente relatórios pelo processo padrão de divulgação coordenada (CVD), em vez dos relatórios automáticos sem validação humana.

Limitações do OSS Scanner e o que muda para mantenedores

A limitação central foi dita pela própria Anthropic: os relatórios são gerados inteiramente pelo modelo, sem revisão ou triagem humana

Segundo o anúncio oficial, retirar a revisão humana permite varreduras mais rápidas e frequentes.

Sem essa camada de revisão, cabe ao mantenedor desconfiar de cada achado até confirmar que ele é real

Na prática, isso significa tratar cada achado como hipótese, não como verdade

O caminho mais seguro:

• rode o reprodutor que vem no relatório
• confirme que o problema acontece de verdade
• só depois abra correção, issue pública ou CVE

Pular essa etapa é o jeito mais rápido de encher a fila de issues de ruído (e ninguém quer o modo 100% vibe coder aplicado em segurança haha)

Quem mais ganha com o serviço?

O serviço pode ser útil a mantenedores de projetos críticos que tenham capacidade para investigar os achados. Essa avaliação depende dos recursos do projeto, não apenas de ter uma equipe de segurança dedicada.

Mas vale lembrar: como os relatórios não passam por revisão humana, o serviço rende mais pra quem já tem como separar o achado real do falso alarme

E pra quem só usa projetos open source?

Pra quem só consome bibliotecas open source, não tem nada a configurar

O serviço é voltado a quem mantém o projeto

Vale aderir ao OSS Scanner?

Recapitulando: o serviço é gratuito, opt-in, usa os modelos mais fortes da Anthropic (incluindo o Claude Mythos) e entrega por e-mail relatórios com reprodutor, explicação e correção sugerida quando houver

Compensa pra projetos críticos que já conseguem triar achados brutos por conta própria

Se decidir sair depois, a documentação informa a volta ao processo padrão de CVD, com relatórios verificados por humanos. Isso não substitui os cuidados de segurança do próprio projeto.

O próximo passo é consultar o repositório de inscrição no GitHub e checar se o teu projeto se encaixa nos critérios antes de abrir o PR

E lembra: achado de IA sem reprodução é só hipótese 😉

Até o próximo post!