Anthropic CVP amplia acesso ao Claude para equipes de segurança

Anthropic CVP, o Cyber Verification Program, foi ampliado em 6 de outubro de 2026 com três níveis de acesso para profissionais e organizações de segurança. A mudança combina capacidades de modelos Claude com verificação do solicitante e controles específicos. Não se trata de liberar qualquer ataque para qualquer assinante. Confira o anúncio da Anthropic.

Por que a Anthropic mudou o programa

A empresa reorganizou o acesso em Defense Access, Red Team Access e Specialized Access. O anúncio inclui modelos como Opus 5.5, Sonnet 5.5 e Mythos 5.1. Diferentes requisitos de verificação acompanham diferentes capacidades. Os modelos comuns continuam disponíveis para usos como revisão de código e correção de problemas conhecidos.

Na nossa análise, a distinção importa porque “usar IA para segurança” abrange trabalhos muito diferentes. Explicar um alerta, revisar uma alteração de código e testar um sistema em funcionamento envolvem dados, permissões e consequências distintas. A ferramenta escolhida precisa corresponder ao trabalho autorizado.

Para uma agência ou desenvolvedor que mantém sites, a novidade não implica necessidade imediata de inscrição. O primeiro passo pode continuar sendo organizar atualizações, acessos, cópias de segurança e revisão do código sob sua responsabilidade. Acesso a um modelo mais capaz não resolve sozinho uma rotina sem registros.

Os três níveis do Anthropic CVP

A Anthropic estima resposta em poucos dias para Defense e algumas semanas para Red Team. São expectativas do fornecedor, não prazo garantido para uma empresa brasileira. O anúncio exige autorização para os sistemas testados e mantém bloqueios para ações de alto risco. Veja requisitos e escopo dos níveis.

Não use o nome do nível como autorização contratual. Uma equipe pode ter acesso à ferramenta e continuar sem permissão para testar um cliente, um serviço terceiro ou um ambiente compartilhado. A autorização do trabalho precisa existir independentemente da aprovação do fornecedor.

Disponibilidade, contratação e dados

A central de ajuda do programa detalha a solicitação e os controles. A disponibilidade abrange Claude Platform, Vertex AI e Microsoft Foundry; o uso no Bedrock tem condição associada ao Enterprise Frontier Safeguards. Confira o provedor e a configuração específicos antes de montar o piloto.

O anúncio apresenta retenção de dados como requisito, com exceções e condições para organizações elegíveis. Também menciona uma alternativa futura ligada ao EFS. Não traduza essa previsão como disponibilidade imediata ou como garantia de retenção zero para toda inscrição. As condições devem ser verificadas para o modelo, provedor e workspace usados.

Não há no comunicado um preço único do programa que permita estimar o projeto inteiro. Uma análise de custo precisa incluir o serviço contratado, uso dos modelos, preparação do ambiente e tempo de revisão. O fato de a candidatura existir não significa que o acesso será concedido ou que a operação estará incluída em uma assinatura pessoal.

Exemplo: revisar uma integração própria antes de colocar em produção

Imagine um formulário que envia contatos para um CRM e inicia um fluxo de atendimento. A equipe quer revisar o código e documentar as condições de uso. Um exemplo de escopo defensivo é analisar uma cópia do código autorizado, identificar validações ausentes e preparar recomendações para a pessoa responsável.

O pedido pode ser: “Revise este código próprio e explique riscos de validação, tratamento de erros e exposição de segredos. Aponte o arquivo e o trecho, não execute chamadas contra serviços e não invente uma vulnerabilidade sem evidência”. Esse pedido define a saída; a qualidade ainda precisa de revisão técnica.

Comece com um problema conhecido e verificável, como um campo obrigatório sem validação. Depois inclua um trecho correto para observar se a ferramenta inventa um defeito. Esse teste ajuda a distinguir descoberta útil de uma lista de alertas genéricos que a equipe terá de investigar sem direção.

Uma recomendação também precisa indicar consequência. “Melhore a segurança” não orienta uma alteração. “O campo aceita uma entrada vazia e o fluxo cria um contato incompleto” descreve algo que pode ser reproduzido no ambiente de teste e conferido após a correção.

A documentação do CVP limita a concessão ao trabalho interno na infraestrutura, no código e nos produtos da organização. Usar esse acesso para oferecer um serviço aos clientes exige candidatura e aprovação separadas. Pesquisadores individuais podem se candidatar ao nível Defense em um plano pago; Red Team e Specialized ficam restritos a organizações. A aprovação de uma equipe não equivale a permissão para redistribuir a capacidade.

O que deve ficar registrado antes de usar um agente

• Ambiente: qual projeto ou cópia de teste será analisado?
• Responsável: quem autorizou e quem revisa o resultado?
• Dados: quais informações podem entrar no serviço?
• Saída: relatório, proposta de correção ou execução?
• Limites: que ações exigem aprovação separada?
• Evidência: como a equipe reproduz e confirma o problema?

Separar relatório e execução facilita o primeiro piloto. A equipe pode revisar uma sugestão sem conceder permissão para alterar o sistema. Só depois de comprovar qualidade em casos delimitados faz sentido avaliar ações adicionais, sempre dentro do escopo autorizado.

Essa distinção vale além da segurança. No atendimento, uma IA pode consultar uma base ou realizar ações no sistema. Nosso guia sobre chatbot com conhecimento e agente de execução explica como delimitar essas responsabilidades.

Como julgar os resultados sem depender da demonstração

Conte quantos alertas têm evidência reproduzível e quantos exigem investigação sem fundamento. Registre problemas conhecidos encontrados e problemas inventados. Uma lista extensa não é uma vantagem quando consome o tempo da equipe e não ajuda a priorizar correções.

Depois, revise a alteração proposta em um ambiente próprio de teste. Confirme que ela corrige a condição original e preserva o comportamento esperado. A IA pode ajudar a organizar a investigação; a responsabilidade pela validação continua com quem mantém o projeto.

Perguntas frequentes

Um assinante do Claude recebe automaticamente o Anthropic CVP?

Não. O programa envolve candidatura, verificação e configuração de acesso. Não deve ser apresentado como benefício automático de uma assinatura pessoal.

Maior acesso significa ausência de limites?

Não. Os níveis têm escopos e controles diferentes. A aprovação do programa não dispensa autorização do proprietário do sistema nem validação das ações realizadas.

Para quem vale acompanhar

Equipes de segurança: avaliem o nível correspondente ao trabalho autorizado. Desenvolvedores de sites e integrações: comecem por uma revisão defensiva delimitada e comparem a saída com problemas verificáveis. Empresas buscando atendimento automatizado: essa novidade é especializada; não muda sozinha a escolha do chatbot. O interesse do Anthropic CVP está no acesso governado, e não na promessa de segurança automática.