OpenCode: possível exposição de chaves de provedores de IA no Console afeta 1,4% de usuários

Na noite de 16 de outubro, houve acesso não autorizado a um sistema herdado do OpenCode que, segundo a empresa, Poderia ter exposto chaves de provedores de IA que os usuários guardavam em seu serviço hospedado OpenCode Console. O Console é uma opção do OpenCode para centralizar o uso de APIs de terceiros: os espaços de trabalho armazenam a chave do OpenAI, Anthropic ou Google e Console a usa para fazer chamadas em nome do computador, com a intenção de que os membros não vejam a chave original.

Atos confirmados: OpenCode notificou por e-mail os usuários afetados na manhã de 17 de outubro sob o assunto "Action Required: Potential provider key breach" e disse que o grupo afetado equivale a 1,4% de usuários do Console; todos os afetados tinham ligado um fornecedor externo. A empresa indicou que o incidente afeta o OpenCode Console – o serviço hospedado – e não o produto OpenCode em si, e precisou que essas chaves “nunca nos chegam” no fluxo normal. O OpenCode classificou o incidente como “relacionado com um ataque de destilação em grande escala” e afirmou estar trabalhando com Anthropic, OpenAI e Google. Também advertiu que a intrusão ainda está em desenvolvimento e que os atacantes continuaram a tentar aceder aos seus sistemas.

Confirmado e técnico: uma chave de fornecedor é uma credencial de portador (bearer). Quem possui uma cópia válida pode lançar pedidos que geram consumo facturado contra a conta do proprietário até que a chave seja revogada pelo fornecedor. OpenCode tem sido explícita em dois pontos relevantes para mitigação: apagar a chave do Console não a revoga no painel do fornecedor, e o orçamento configurado no Console não limita o uso de uma chave copiada porque o Console só vê os pedidos que passam pelo seu próprio gateway.

O que permanece incerto ou sem confirmar publicamente: OpenCode não detalha quando começou exatamente o acesso não autorizado, o que sistema legado foi violado, quantas chaves concretas estavam armazenadas nesse sistema nem se as chaves filtradas chegaram a ser copiadas ou usadas. A empresa também não publicou traços técnicos (vectores de entrada, vulnerabilidade explorada, acessos e logs) que permitam verificar a cadeia de compromisso.

Como pôde ser utilizada essa filtragem e por que importa: além do uso direto para gerar facturação fraudulenta, as chaves de API são compradas e vendidas em mercados criminosos e servem para campanhas automáticas de "destilação" —campanhas massivas de consulta a modelos para coletar saídas e treinar modelos competitivos. Anthropic avisou anteriormente que este tipo de campanhas usam redes de contas falsas, cartões roubados e chaves comprometidas para orquestrar acesso em massa. Por isso, uma chave exposta não só coloca em risco crédito e quota, mas pode alimentar abusos a nível.

Há já denúncias públicas de faturamento não autorizadas atribuídas por usuários a chaves ligadas ao Console: mensagens em redes e fóruns citam cargos em contas do OpenAI, Anthropic e Google por quantias que vão de centenas a milhares de dólares. Essas reivindicações são declarações de afetados e, salvo auditoria externa, devem ser consideradas testemunhos não verificados; OpenCode por agora só afirma que as chaves “podem ter sido expostas”.

O que os usuários devem fazer agora (passos práticos e concretos): 1) Revocar imediatamente qualquer chave que tenha sido gravada no Console a partir de 16 de outubro em diante. A revogação é feita do painel do fornecedor — não basta eliminá-la no Console. Instruções oficiais dos fornecedores: OpenAI (creação/rotação de chaves) https://platform.openai.com/account/api-keys, Google (gestão de chaves de API) https://cloud.google.com/docs/authentication/api-keys, Anthropic (gestão de chaves em consola) https://console.anthropic.com/docs/api-keys.

2) Gerar novas chaves e substituí-las em todas as aplicações e scripts que usavam a antiga. 3) Rever o histórico de uso e faturamento nos painéis dos fornecedores para detectar pedidos não autorizados a partir de pelo menos 16 de outubro e reportar ao fornecedor; se houver acusações, abrir disputas de faturamento com a documentação. 4) Definir limites de despesas e alertas em cada fornecedor e, onde possível, emitir chaves com permissões mínimas ou temporárias em vez de chaves de longa duração. 5) Atribuir chaves separadas por ferramenta ou projeto para reduzir o blast radius e facilitar o rastreamento de abuso.

Recomendações técnicas adicionais para equipamentos: assegurar que as chaves locais não estejam armazenadas em texto plano em discos ou SQLite sem criptografia; usar o gestor de chaves do sistema operacional ou segredos geridos (secrets managers) que emitam credenciais temporárias; auditar quem tem acesso ao Console e aplicar políticas de mínimo privilégio; activar autenticação multifator e rotação periódica de credenciais; colocar um proxy interno que aplique quotas, logging e filtros antes de enviar pedidos ao fornecedor.

O que pode acontecer se não se agir: facturação fraudulenta que pode levar ao bloqueio da conta por atividade suspeita, exfiltração de chaves que nutra ataques de destilação em larga escala ou sua revenda, interrupções no serviço quando o fornecedor sancione uma conta comprometida. A nível reputacional, ferramentas e equipamentos que dependem de chaves compartilhadas correm o risco de expor dados ou de ficar paralisados pela necessidade de forçar rotações massivas.

Contexto e por que isso volta a ser relevante: o incidente é um lembrete de que muitos fluxos de trabalho de desenvolvimento adotam atalhos operacionais —almacenar chaves em serviços centralizados ou locais — que criam um único ponto de falha. Os ataques de “destilação” e o abuso de chaves têm escalado com a economia de modelos LLMs; fornecedores e equipamentos devem adaptar controles de segurança tradicionais (rotação, segregação de funções, limites de gastos, detecção de anomalias) às particularidades das APIs de IA.

Finalmente, distinga entre fatos e estimativas: é confirmado que houve acesso e que o OpenCode notificou 1,4% dos seus usuários do Console; o resto (uso efetivo de chaves, alcance real da extração, magnitude total de acusações fraudulentas) ainda não foi demonstrado publicamente. Os usuários afetados devem agir como se suas chaves tivessem sido copiadas e seguir a lista de passos concretos acima para cortar o risco imediato e minimizar danos adicionais.