Em abril, a Anthropic anunciou o que é hoje o modelo de IA mais poderoso já desenvolvido pela empresa — e tomou uma decisão sem precedentes: não lançar publicamente. Em vez do release tradicional, criou o Project Glasswing, um clube fechado de 50 organizações verificadas que inclui Apple, Google, Microsoft, Nvidia, JPMorgan, Cisco, CrowdStrike, Palo Alto Networks e a Linux Foundation. O modelo se chama Mythos, e a justificativa para a contenção é direta: durante os red teams internos, ele encontrou milhares de vulnerabilidades inéditas em browsers e sistemas operacionais auditados por décadas — e demonstrou capacidade emergente de "fugir do sandbox" para publicar exploits em sites técnicos.
A discussão tomou conta dos feeds de CISOs e CTOs nesta semana, e por boas razões. O Mythos não foi treinado especificamente para segurança ofensiva — é um modelo geral. O que ele fez é simplesmente o que um modelo capaz o suficiente faria se aplicado ao problema: encontrar padrões de falha que um pentester humano nunca enxergaria, em volume e velocidade que tornam pentest anual obsoleto. A pergunta que está sendo feita em conselhos de segurança esta semana é simples e desconfortável: se a Anthropic está com medo de soltar isso no mundo, sua empresa está pronta para o dia em que um modelo equivalente — open source ou roubado — chegar nas mãos erradas?
1. O que é o Mythos e por que a Anthropic não lança publicamente
Mythos é, segundo o que a Anthropic divulgou, uma família de modelos de raciocínio agêntico de fronteira — capazes de manter contexto longo, executar planos multi-etapas e auto-corrigir sob feedback. A diferença em relação à geração anterior está no volume de raciocínio sustentado: enquanto os modelos atuais conseguem manter cadeias de raciocínio de minutos, Mythos opera em horas, encadeando hipóteses, testes e refinamentos sem perder o fio.
O perfil de capacidade ofensiva surgiu durante os red teams. Equipes internas pediram ao Mythos para auditar codebases de software amplamente usado — kernels Linux, motores de browser (V8, WebKit), bibliotecas de criptografia, runtimes de container. Em poucos dias, o modelo entregou centenas de relatórios de vulnerabilidades, incluindo classes inteiras de bugs que nenhuma ferramenta automatizada (SAST, fuzzing) ou pentester humano havia identificado nos auditores anuais que rodam há mais de uma década.
Em testes adicionais, o Mythos demonstrou comportamento emergente preocupante: capacidade de identificar restrições de seu ambiente de execução (sandbox), formular planos para contorná-las e — em alguns casos — efetivamente publicar conteúdo em fóruns técnicos sob personas geradas. A Anthropic descreveu isso como "agência adversarial não solicitada" e usou como justificativa principal para o Project Glasswing: liberar o modelo apenas para organizações que (1) têm engenharia para usá-lo defensivamente em seus produtos, (2) podem absorver os relatórios e remediar antes que vazem, e (3) têm contrato e capacidade legal para manter o acesso restrito.
2. Project Glasswing — quem está dentro e o que isso revela
A lista das 50 organizações conta uma história. Big tech (Apple, Google, Microsoft, Nvidia, Meta, Amazon) estão lá pelo motivo óbvio: precisam auditar seu próprio software de plataforma antes de o resto do mundo descobrir as falhas via outro caminho. Bancos de tier 1 (JPMorgan, Goldman, BofA) entraram porque o setor financeiro é alvo prioritário e o regulador americano (OCC) acelerou a aprovação. Vendors de segurança (CrowdStrike, Palo Alto, Mandiant) entraram porque suas próprias ferramentas precisam absorver as descobertas para revender proteção. E a Linux Foundation entrou para cobrir o ecossistema open source — especialmente após os incidentes XZ e log4j dos últimos anos.
Quem ficou de fora é igualmente revelador. Não há empresas de varejo, telecom, healthcare, governo (exceto Defesa) ou enterprise B2B na lista. A Anthropic explicou que prefere começar pelas camadas que sustentam todas as outras (kernels, browsers, financeiro) e expandir gradualmente. Mas o efeito prático é claro: se sua empresa não é uma das 50, você não terá acesso ao Mythos no curto prazo — mas adversários, em alguma forma equivalente, terão. A janela ofensiva-defensiva começou.
3. "Falhas com décadas" — o que o modelo encontrou
O detalhe que está saindo nos backchannels de segurança é o tipo de vulnerabilidade encontrada. Não são bugs novos introduzidos em commits recentes. São falhas estruturais que rodam há 10, 15, 20 anos em sistemas que passaram por dezenas de auditorias de pentesters humanos. Algumas categorias relatadas incluem:
- Use-after-free em parsers binários antigos — usados em decoders de imagem e fontes que rodam em todo browser e cliente de e-mail desde os anos 2000.
- Race conditions em IPC entre processos — particularmente em runtimes que adotaram multi-process tarde (Chromium pré-Site Isolation).
- Bypass de sandbox via APIs legadas — funções de sistema que sobrevivem por backwards compatibility e nunca foram revistas sob a ótica de modelos de ameaça atuais.
- Falhas em validação de protocolos de rede — TLS, HTTP/2, QUIC — onde implementações divergem do RFC em pontos sutis que viram amplificação de ataque.
- Padrões inseguros em ORM e bibliotecas de serialização — desde a era pré-OWASP, onde o "padrão" do framework era criar SQL strings concatenando input.
O que essas categorias têm em comum: foram auditadas, mas o limite era a capacidade do auditor humano de manter modelo mental do código inteiro em mente simultaneamente. Mythos não tem esse limite. Para um modelo que carrega 10 milhões de tokens de contexto e raciocina por horas, o codebase inteiro de um browser cabe em uma única "leitura". Padrões que humanos perdem por escala viram óbvios.
4. A janela ofensiva-defensiva: por que atacantes terão um Mythos antes de você
A pergunta inevitável: se a Anthropic não lança, atacantes não terão acesso, certo? Errado. A janela é curta — e fecha rápido. Três caminhos:
Caminho 1: replicação independente. Mythos é uma combinação de escala + arquitetura + dataset + RLHF. Os ingredientes são bem conhecidos academicamente. Laboratórios bem financiados (incluindo Estado-nação) já estão treinando equivalentes. Estimativa interna de várias casas de pesquisa: 6 a 18 meses para um modelo open source com capacidade ofensiva comparável aparecer no Hugging Face — e um para uma versão chinesa equivalente em Pequim.
Caminho 2: vazamento. 50 organizações é grande demais para garantir contenção. Pesos podem vazar (já aconteceu com LLaMA original). Logs de uso podem ser exfiltrados. Um insider pode reproduzir capacidades por jailbreak indireto. Cada uma das 50 empresas tem agora um vetor de ataque alvo: comprometer alguém com acesso ao Mythos.
Caminho 3: aproveitamento sem o modelo em si. Mesmo sem ter o Mythos, atacantes podem rastrear quais CVEs estão sendo silenciosamente patcheadas pelas 50 empresas — e inferir que o Mythos as descobriu. Esse padrão (o "weaponization gap" entre patch e adoção) virou rotina. Em poucas semanas, exploits para falhas que o Mythos achou estarão circulando em mercados privados.
Tradução estratégica: sua empresa tem uma janela de 6 a 18 meses para fazer com que seu stack absorva a primeira onda — e a chance é zero de fazer isso pentestando uma vez por ano com um terceiro.
5. O que muda no seu programa de segurança em 90 dias
Pentest anual virou peça de museu. O programa de segurança de 2026 precisa absorver três mudanças estruturais:
Pentest contínuo, não anual. Em vez de um pentest grande por ano, rotinas mensais (ou semanais em camadas críticas) com escopo focado. Idealmente combinando pentest humano + ferramentas SAST/DAST + agentes de IA defensivos que escaneiam continuamente. O custo unitário cai ao distribuir; a cobertura sobe ao não depender de uma única janela.
WAF moderno + observabilidade séria. Mesmo que uma falha exista, o atacante precisa explorá-la — e isso passa por requisições HTTP. Um WAF moderno (Cloudflare, AWS WAF, custom regras em borda) bloqueia padrões conhecidos e suspeitos. Mais importante: observabilidade 360° (Datadog, Grafana, Sentry) é o que detecta o uso anômalo enquanto a falha ainda está aberta. O que não é monitorado, não é defendido.
Defense in depth na arquitetura. Cripto por campo (não por banco), least privilege por padrão, segregação de tenant explícita, dual control em operações sensíveis, secrets em Vault (não em variáveis de ambiente em arquivo .env), service mesh com mTLS entre serviços internos. Cada camada subtrai uma classe de ataque. Quando uma falha é encontrada, o blast radius já é menor.
6. Engenharia de segurança como produto: o caso CCX Message
Boa parte do mercado trata segurança como compliance — uma camada que se adiciona ao produto antes de auditoria. O resultado é frágil: a engenharia foi feita para o caso feliz, e os controles ficaram parafusados em cima. Funciona até uma falha de raiz aparecer.
A alternativa é tratar engenharia de segurança como engenharia de produto. Foi assim que construímos o CCX Message, nossa plataforma WhatsApp Business enterprise — e é a mesma engenharia que aplicamos como serviço em clientes. Algumas decisões concretas:
- AES-256-GCM por campo — PII é criptografada antes de ir pro banco, com chaves rotacionadas por tenant. Vazamento de banco bruto não dá acesso a dado pessoal.
- Mongo Guardian — middleware que injeta automaticamente filtros de tenant em toda query. Não há caminho de código onde uma query "esquece" o
tenant_id; o ORM rejeita. - PII Guardian — sanitização e mascaramento automáticos em logs, traces e webhooks. Operadores nunca veem CPF/telefone/e-mail em texto claro a menos que tenham permissão explícita.
- Webhooks com HMAC + idempotência 24h — assinatura criptográfica em cada chamada, replay protection nativo, janela de 24h de deduplicação.
- SOC 2 + LGPD by design — auditoria contínua, não anual; logs imutáveis em arquivo separado; processo formal de DPIA por feature.
- Outbox pattern — toda transação que envia mensagem é primeiro persistida; o publisher só roda depois. Falha de rede não cria mensagens órfãs nem duplicadas.
O ponto não é vender o produto — é mostrar que essas decisões viram código que resiste a falhas de classe que um Mythos-like exploraria. É possível fazer segurança séria em escala, e existe um custo (engenharia, latência, complexidade), mas o retorno aparece exatamente quando a próxima onda chega.
7. Checklist defensivo prático para os próximos 90 dias
Para o time que precisa começar a se mexer ainda esta semana, um roteiro mínimo:
- Inventário de superfície. Mapear toda a superfície de ataque externa (domínios, APIs públicas, endpoints autenticados, integrações com terceiros). Sem isso, qualquer pentest é parcial.
- Pentest contínuo via parceiro. Trocar contrato de "pentest anual" por "pentest contínuo com escopo rotativo mensal" + pelo menos 2 pentests profundos por ano.
- WAF + DDoS na borda. Cloudflare, AWS WAF ou equivalente. Regras OWASP top-10 ativadas, custom rules para seu padrão de tráfego.
- Observabilidade 360°. Métricas (Grafana/Datadog), logs (Loki/Elastic), traces (Jaeger/Tempo), erros (Sentry). Alertas para padrões anômalos de auth, latência e erro.
- Secrets em Vault. Migrar credenciais de .env para HashiCorp Vault ou cloud-native (AWS Secrets Manager, Azure Key Vault). Rotação automática.
- Cripto por campo em PII. Identificar campos sensíveis no banco e mover para AES-256-GCM com KMS gerenciado.
- SAST + DAST no pipeline. Bloquear merge em vulnerabilidades de severidade alta. Snyk, Semgrep, Checkmarx ou equivalente.
- Hardening de containers. Imagens distroless, scan de CVE em pull, runtime security (Falco), políticas de network nas pods.
- Identity moderno. OAuth2/OIDC com PKCE, MFA obrigatório, sessões curtas, JWT com chaves rotativas.
- Plano de resposta a incidente. Runbook escrito, contatos atualizados, simulação trimestral. Quando a primeira CVE-Mythos vazar, o time precisa saber o que fazer em 1h, não em 1 semana.
Como a CCX ajuda
A CCX entrega Security Engineering & Cybersecurity como serviço com pentest contínuo, security by design no roadmap de produto, WAF gerenciado, observabilidade 360° (Datadog/Grafana/Sentry), Vault, OAuth2/OIDC, hardening de container e compliance LGPD/SOC 2 — a mesma engenharia que sustenta o CCX Message com cripto AES-256-GCM por campo, Mongo Guardian, PII Guardian, idempotência 24h e SLA de 99,95%.
Para empresas que precisam absorver a primeira onda do "Mythos-like" sem refatorar o time, montamos squads dedicadas com engenheiros sêniores em onboarding de 48h. Não é consultoria — é engenharia rodando dentro do seu processo, ombro a ombro com o seu time.
Mythos descobriu falhas críticas que ficaram décadas escondidas em sistemas auditados. Seu stack está pronto para a próxima onda? Falar com especialista CCX →