Glasswing: conte risco reduzido, não apenas vulnerabilidades encontradas por IA

A Anthropic ampliou seu programa de acesso para profissionais de segurança verificados e afirma que o Project Glasswing encontrou pelo menos 129 mil vulnerabilidades verificadas entre abril e julho de 2026.[11] A empresa também informa 5,5 mil descobertas em varreduras de software aberto entre abril e outubro.[11] Os números chamam atenção, mas a pergunta de engenharia continua sendo quanto risco foi efetivamente removido.

O que muda para quem desenvolve

O Cyber Verification Program passa a ter três níveis: Defense Access para atividades defensivas, Red Team Access para pentest e red teaming autorizados e Specialized Access para poucas organizações verificadas com menos restrições.[11] O acesso ampliado é condicionado ao programa, não uma liberação indistinta de capacidades ofensivas.[11]

Em uma avaliação CyScenarioBench com Opus 5.5, o nível Red Team completou 34 de 50 tarefas, enquanto o nível defensivo bloqueou 46 de 50.[11] Esses resultados descrevem aquele conjunto de tarefas e configuração. Não demonstram que todo fluxo autorizado terá a mesma eficácia ou que o controle de escopo pode ficar a cargo do modelo.

A reportagem apresenta uma análise independente de Patrick Garrity, da VulnCheck, que identificou exploração real em duas de 300 vulnerabilidades atribuídas à Anthropic ou ao Glasswing.[11] Essa amostra não representa o universo das 129 mil descobertas e não prova que as demais sejam inexploráveis.[11]

Minha leitura é que descoberta, exploração observada e redução de risco são indicadores diferentes. Um achado confirmado pode ser importante sem exploração conhecida. Um patch produzido rapidamente pode continuar inadequado. O fluxo precisa tornar essas etapas visíveis.

Como aplicar

Para uma auditoria autorizada, proponha um registro por achado contendo:

1. Escopo e permissão para examinar o componente.
2. Hipótese inicial e entrada necessária para reproduzir o problema.
3. Evidência mínima de comportamento indevido em ambiente controlado.
4. Exposição e impacto específicos da implantação.
5. Correção proposta, revisão humana e teste de regressão.
6. Verificação posterior e dúvidas ainda abertas.

A priorização pode partir desse registro, em vez de um ranking baseado apenas na quantidade de alertas. Não permita que o agente amplie alvos ou privilégios para conseguir uma reprodução melhor. Se o caso não puder ser reproduzido com segurança, registre a limitação e encaminhe a análise.

Use também um teste negativo: a correção preserva o comportamento legítimo e bloqueia o indevido? A recomendação é examinar ambos antes de contabilizar o risco como tratado.

Cuidados e limites

A alegação de impacto pelo menos cinco vezes maior vem de extrapolação de uma pesquisa com parte dos parceiros, não de um total diretamente documentado na notícia.[11] Não a some às descobertas como se fossem medições equivalentes.

A reportagem cita testes da Veracode nos quais aproximadamente 44% das tarefas de geração de código introduziram uma vulnerabilidade arriscada.[11] Esse resultado não condena qualquer patch de IA, mas reforça a necessidade de verificação específica. O entregável útil é uma correção sustentada por evidência, não um contador de CVEs.

Fonte

[11] Fonte: The Hacker News. Data/hora no feed: 07/10/2026 às 05:07:38.