---
title: "AWS libera Continuum para encontrar e corrigir vulnerabilidades"
author: "André Iglesias"
date: "2026-10-25 06:15:30.649-03"
category: "Segurança & Privacidade"
url: "http://desbugados.scale.press/portal/desbugados/post/2026/10/25/aws-libera-continuum-para-encontrar-e-corrigir-vulnerabilidades/md"
---

## Resumo
- A AWS disponibilizou o Continuum para identificar, validar e remediar vulnerabilidades em repositórios de código.
- O sistema usa uma arquitetura multi-agente dividida em descoberta, validação e remediação.
- O Continuum concluiu 819 de 920 tarefas em 90 minutos no benchmark CyberGym-E2E, com 89% de sucesso.
- O teste cobre vulnerabilidades de segurança de memória em projetos escritos em C e C++.
- A taxa de 89% corresponde ao estágio em que a correção não quebra os testes existentes.
- Apenas 37,8% dos patches corrigiram a vulnerabilidade histórica exata procurada pelo benchmark.
- Avaliações futuras devem incluir contexto de implantação, como configurações de rede e permissões.

---

A **AWS** disponibilizou o Continuum, um agente de segurança de código que identifica e valida vulnerabilidades em repositórios, verifica os problemas no ambiente AWS e abre pull requests, pedidos formais para incorporar mudanças, com correções propostas. Eu prefiro ler esse anúncio como automação supervisionável, não como um botão que torna qualquer projeto seguro: o resultado de **89%** vem de um teste delimitado. [A descrição oficial da AWS](https://aws.amazon.com/blogs/security/aws-continuum-sets-a-new-standard-in-autonomous-code-security/) apresenta o sistema como uma forma de cuidar de várias etapas da investigação e da correção.

## Como o Continuum opera

Na prática, o Continuum funciona como um sistema **multi-agente**, isto é, com componentes especializados em tarefas diferentes. A arquitetura separa descoberta, validação e remediação: primeiro procura possíveis falhas, depois verifica se elas são reais e, por fim, tenta produzir uma alteração que resolva o problema. O benchmark usado pela AWS avalia esse ciclo sem oferecer previamente informações como logs ou patches. Essa divisão ajuda a reduzir o risco de uma sugestão de código ser tratada como correção antes de passar por uma checagem.

Essa estrutura também explica por que a AWS compara o resultado com a marca anterior de **65,9%** no CyberGym-E2E. Em testes sem limite de tempo, a taxa de sucesso do Continuum chegou a **93,7%**, segundo a empresa. O número sugere que o tempo disponível influencia a capacidade do sistema de investigar e reparar uma falha, mas não transforma o agente em substituto automático da revisão técnica. Para quem mantém software, a pergunta continua sendo se a mudança proposta resolve o risco sem criar outro.

## O que os 89% realmente medem

O resultado mais citado veio de **819 tarefas concluídas em 920**, dentro de 90 minutos, uma taxa de 89%. Essa porcentagem corresponde ao terceiro estágio do benchmark, no qual a correção precisa preservar os testes existentes. O recorte é estreito: o Continuum foi avaliado em vulnerabilidades de segurança de memória em **C e C++**. Portanto, o dado não mede a capacidade de corrigir qualquer tipo de falha, em qualquer linguagem ou repositório.

Mas a estatística perde força quando olhamos para a precisão do alvo original. Apenas **37,8%** dos patches corrigiram a vulnerabilidade histórica específica procurada pelo benchmark, embora a AWS argumente que também é útil eliminar outras falhas reais encontradas durante a análise. O teste reúne 139 projetos de código aberto baseados em problemas do OSS-Fuzz, alguns com mais de 600 mil linhas de código, mas não inclui o contexto de implantação, como configurações de rede e permissões. A AWS afirma que avaliações futuras devem incorporar essas condições, e esse será o próximo ponto que eu acompanharia antes de tratar os 89% como medida geral de segurança.