A ferramenta que eu uso todos os dias anunciou, na noite de sexta, que foi hackeada. As credenciais que vazaram eram dos usuários.
O comunicado oficial descreve o incidente: acesso não autorizado a um sistema legado que a OpenCode estava desativando. Estavam lá as chaves de provedores (OpenAI, Anthropic, Google) salvas no Console, o serviço hospedado em que a equipe usa os modelos sem nunca ver a chave. A orientação oficial foi direta: revogar e substituir as chaves nos painéis dos provedores, atualizar as aplicações que as usam e revisar o uso recente por atividade estranha.
O escopo confirmado
1,4% dos usuários do Console, todos com provedor externo vinculado. A empresa avisou esse grupo por e-mail na manhã de sábado, com o assunto Action Required: Potential provider key breach, e o recado oficial é este: quem não recebeu o e-mail não foi afetado. As chaves em risco são as coladas no Console; as do cliente de linha de comando e do desktop ficam em banco local, na sua máquina.
Os atacantes não ficaram no modo leitura
Segundo a TechCrunch, rodaram cargas nas contas de IA dos usuários e geraram custo. A leitura do mercado de segurança é de destilação: inferência com chave alheia para colher saídas e treinar com elas.
É o detalhe que separa vazamento de credencial de vazamento de dado: a chave roubada continua trabalhando depois do incidente, na sua conta, na sua fatura. Por isso a resposta começa na revogação, mas não termina nela.
A lição fica no endereço da chave
Quem guarda a credencial no console de um fornecedor herda o incidente do fornecedor, e a fatura do incidente chega no dono da chave. O perímetro do agente se chama credencial, e o caso desta semana mostrou que às vezes ela mora na casa dos outros.
É o mesmo desenho que documentamos no caso PocketOS: o agente usou a autoridade que recebeu, e o que faltou foi IAM. Aqui a autoridade nem era sua: estava hospedada num console de terceiro que foi comprometido. E a cadeia de confiança de ferramentas de agente é o mesmo vetor que a campanha TrapDoor explorou em arquivos de configuração.
O que eu recomendo, nesta ordem
- Revogar toda chave que estiver salva em console de terceiro e emitir uma nova, direto no provedor.
- Revisar fatura e logs de uso por atividade que você não reconhece.
- Adotar o padrão que sobrevive ao próximo aviso: chave de agente é revogável, tem teto de gasto e nunca é a única.
Na Tech86, inventário de credenciais é o primeiro trabalho de governança de agente: onde cada chave mora, o que ela pode fazer, quando ela vira lixo.
Conclusão
Para quem opera agente com chave de provedor, o caso deixa uma régua: a chave vive no seu cofre ou vive na fatura de alguém. O próximo comunicado de violação é questão de tempo; o inventário é o que decide se ele chega como aviso ou como prejuízo.