O Daybreak, modelo cibernético mais avançado da OpenAI (abre em nova aba) restrito a parceiros verificados, completou 81% das tarefas de invasão em redes corporativas simuladas. O DeepSeek (abre em nova aba), modelo chinês de pesos abertos (open-weight, arquiteturas cujos parâmetros treinados podem ser baixados e rodados gratuitamente em infraestrutura própria), atingiu 73% de sucesso na mesma bateria de testes conduzida pela empresa de avaliação Vals. Em parte das tarefas, empataram.
Se a contenção por trás de APIs fechadas e programas de acesso restrito servia para atrasar a proliferação de capacidades ofensivas automatizadas, o que muda na arquitetura de defesa e na compra de tecnologia quando uma diferença de oito pontos percentuais pode ser baixada sem cadastro?
A contenção que perdeu o sentido prático
Em abril de 2026, a Anthropic (abre em nova aba) justificou o lançamento restrito do Claude Mythos Preview sob a premissa de que o controle de acesso compraria tempo antes que habilidades avançadas de invasão estivessem disponíveis de forma ampla. Durou poucos meses, essa história de comprar tempo.

Os dados da Vals detalham como essa vantagem encurtou. A avaliação colocou diferentes modelos diante de dois cenários simulados com instruções complexas de múltiplas etapas. O ponto de partida do primeiro cenário era banal: um site público conectado a uma rede corporativa fictícia, a partir do qual o modelo precisava descobrir brechas para alcançar um segundo ambiente interno.
Ariel Zeitlin, cofundador e CTO da Tenzai, startup israelense especializada em testes de intrusão contínuos (continuous penetration testing, automação que simula ataques ininterruptos para achar falhas antes de invasores reais), resumiu o resultado ao The Information: modelos chineses gratuitos já têm capacidade suficiente para invadir redes de empresas. Para Nikil Ravi, pesquisador da Vals, o bloqueio de modelos de fronteira dentro dos laboratórios deixou de garantir vantagem definitiva em habilidades cibernéticas.
Tem um número menor no relatório da Vals que altera a leitura operacional para equipes de segurança. Executar um ataque completo na simulação consumiu entre US$ 17 e US$ 46 em tokens no GPT-6-Sol; nas alternativas mais baratas avaliadas no estudo, o custo partiu de US$ 2. O filtro de segurança do fornecedor americano deixou de ser barreira técnica, e o custo por tentativa deixou de ser barreira financeira.
Retornos decrescentes no orçamento de engenharia
O encurtamento da distância técnica não aparece apenas em simulações de ataque. Ele bate na fatura de inferência e nas escolhas de arquitetura das equipes de desenvolvimento.
Enquanto laboratórios de fronteira nos Estados Unidos enfrentam retornos decrescentes sobre o capital investido em treinamento, desenvolvedoras chinesas operam com menos capacidade computacional e menos tokens disponíveis, forçando ganhos de eficiência. Segundo dados da Larridin reportados pela Fortune em setembro de 2026, modelos chineses como GLM 5.2, Kimi 2.6 e Kimi 2.7 resolvem cerca de 75% das tarefas de engenharia acompanhadas em fluxos corporativos de forma satisfatória. O custo: um quinto do valor cobrado pelos equivalentes americanos de ponta.
| Modelo / Família | Origem e Acesso | Métrica Documentada | Fonte dos Dados |
|---|---|---|---|
| Daybreak (OpenAI) | EUA / Fechado (parceiros confiáveis) | 81% de conclusão em tarefas de intrusão em rede simulada | Vals (via WIRED) |
| DeepSeek | China / Pesos abertos (download gratuito) | 73% de conclusão média na mesma simulação de rede | Vals (via WIRED) |
| GPT-6-Sol | EUA / Fechado | US$ 17 a US$ 46 em tokens por execução de ataque simulado | Vals (via Patrika71) |
| GLM 5.2, Kimi 2.6 e 2.7 | China / Aberto e API | ~75% das tarefas de engenharia atendidas a 1/5 do custo | Larridin (via Fortune) |
Três quartos do trabalho diário de engenharia resolvidos por 20% do preço. Para startups do Vale do Silício e times técnicos sob pressão de margem, essa conta explica a migração relatada pela NBC News para modelos abertos chineses, que permitem customização local sem dependência dos limites de taxa ou da precificação dos grandes laboratórios.
Como ajustar a defesa e a seleção de modelos na prática
Diante de modelos gratuitos capazes de encadear invasões de múltiplas etapas e de executar a maioria das rotinas de engenharia por uma fração do preço, a resposta técnica divide-se em duas frentes: atualizar a validação de segurança da própria infraestrutura e redesenhar o roteamento de modelos no desenvolvimento.
1. Revisão da postura de testes de segurança (SecOps)
Basear a defesa na suposição de que agentes autônomos de exploração exigem acesso a modelos restritos como o Daybreak ou o Claude Mythos Preview cria um ponto cego imediato.
Ajuste de modelagem de ameaças para ataques multi-etapas
- Mapear a superfície pública conectada
A simulação da Vals partiu de um site público para atingir uma segunda rede interna. Audite aplicações web expostas que possuam qualquer rota de comunicação, credencial compartilhada ou permissão de leitura em sub-redes internas.
- Substituir pentests pontuais por validação contínua
Modelos de pesos abertos rodam localmente sem bloqueios de provedor e a custo marginal (a partir de US$ 2 em tokens nos testes documentados). A janela entre a exposição de uma configuração incorreta e a exploração automatizada exige testes de intrusão contínuos nos pipelines de deploy.
- Monitorar cadeias de ações, não apenas payloads isolados
Os modelos avaliados cumpriram 73% a 81% dos objetivos executando instruções em múltiplas etapas. Configure alertas de detecção para sequências anômalas de reconhecimento e movimentação lateral a partir da camada web, mesmo quando cada requisição individual parecer benigna.
2. Triagem de modelos para fluxos de engenharia
Se a diferença no topo da fronteira está comprimida por retornos decrescentes, pagar o preço cheio de um modelo proprietário para 100% das chamadas de API desperdiça orçamento. A aplicação direta dos dados da Larridin consiste em separar os 75% de tarefas rotineiras dos 25% que ainda exigem raciocínio de ponta.
Alocação de modelos por classe de tarefa técnica
Modelos abertos eficientes (ex.: família DeepSeek, GLM 5.2, Kimi 2.7)
Indicados para os ~75% do fluxo padrão de engenharia: geração de testes unitários, refatoração de código documentado, conversão de formatos, triagem de logs e automação de scripts internos. Operam a cerca de 1/5 do custo e permitem hospedagem própria para retenção total de dados.
Modelos de fronteira fechados (ex.: Daybreak, Claude Mythos, GPT-6-Sol)
Reservados para os ~25% restantes de alta complexidade ou acesso restrito: auditoria profunda de vulnerabilidades arquiteturais onde a margem entre 73% e 81% de acerto justifica pagar até US$ 46 por execução, ou decisões críticas de design de sistemas distribuídos.
Escolha hospedar ou rotear para modelos de pesos abertos nas etapas repetitivas do pipeline de CI/CD se a sua equipe precisa cortar custos de inferência em até 80% sem expor código proprietário a APIs externas.
Checklist de verificação para líderes técnicos
Antes de renovar contratos de APIs proprietárias ou aprovar a arquitetura de segurança do próximo ciclo, valide os seguintes pontos com a equipe:
Auditoria rápida de eficiência e exposição
- Separamos no nosso pipeline quais tarefas de engenharia fazem parte dos 75% que não exigem o modelo mais caro do mercado?
- Temos telemetria do custo em tokens por tarefa executada para evitar pagar de US$ 17 a US$ 46 em rotinas que modelos menores resolvem por uma fração disso?
- Nossos testes de segurança simulam agentes autônomos tentando pivotar de aplicações web públicas para a rede interna em múltiplas etapas?
- A política de segurança considera que qualquer atacante já tem acesso local e irrestrito a modelos com 73% de eficácia em invasão corporativa?
Quando um modelo gratuito baixado da internet entrega três quartos da capacidade de ataque e de engenharia dos sistemas mais caros e vigiados do planeta, qual é exatamente o fosso competitivo que sobra para quem ainda vende acesso restrito como garantia de segurança?

