OpenCode Hackeado: credenciais de utilizadores vazadas
Um backend legado do serviço hospedado “Console” da OpenCode foi comprometido, expondo chaves de API fornecidas pelos utilizadores para fornecedores de IA de terceiros como OpenAI e Anthropic e levando a gasto não autorizado de tokens e possível destilação ou revenda de modelos. Os comentadores sublinham que isto parece limitado ao produto Console BYOK (bring-your-own-key) e não às ferramentas locais CLI/desktop, mas observam que a marca e a comunicação da OpenCode tornaram o âmbito confuso. O incidente alimenta preocupações mais amplas sobre a cultura de engenharia “move fast” da empresa, a falta de garantias claras de privacidade para chaves armazenadas e os riscos de carregar credenciais para intermediários em vez de usar gateways auto-hospedados.
Âmbito e Natureza da Violação
- A violação envolveu um sistema legado, hospedado, “Console”, onde os utilizadores armazenavam chaves de API de terceiros (por exemplo, OpenAI, Anthropic).
- Apenas as credenciais “bring your own key” armazenadas neste backend são confirmadas como afetadas; afirma-se repetidamente que o principal agente de codificação CLI/desktop não foi afetado, mas alguns comentadores observam que a comunicação da empresa é confusa e incompleta.
- Vários utilizadores relatam que os seus créditos da OpenAI/Anthropic foram esgotados subitamente, consistente com abuso de chaves roubadas.
- A formulação da empresa faz referência a um “ataque de destilação em larga escala”, mas muitos apontam que ainda não existe evidência pública do que as chaves roubadas foram realmente usadas para fazer.
Impacto para os Utilizadores e Mitigação
- Os utilizadores são aconselhados a revogar e rotacionar as suas chaves dos fornecedores de IA e a rever o uso recente; alguns relatam que os fornecedores ou a plataforma revogaram as chaves automaticamente.
- Há preocupação de que a empresa não consiga facilmente reembolsar as perdas, uma vez que se trata de chaves de terceiros cobradas por outros fornecedores.
- Alguns esclarecem que utilizadores de outros serviços (Zen, Go) ou configurações puramente locais podem não ter sido afetados, mas permanece a incerteza, especialmente em torno de quaisquer agentes que possam consumir ficheiros
.env.
Práticas de Segurança e Confiança
- Vários comentadores descrevem isto como parte de um padrão: “vibecoding” / designs gerados por IA, cultura de segurança fraca, regressões anteriores e envio de prompts para serviços externos sem divulgação clara.
- Outros defendem o projeto como open source, “private by default”, e dizem que funcionalidades controversas (por exemplo, geração gratuita de títulos via modelos remotos) foram de curta duração e depois removidas.
- A UX do Console — encorajando os utilizadores a colar chaves de fornecedores com pouca clareza sobre ToS/privacidade — é fortemente criticada.
- Alguns pedem um postmortem público detalhado, incluindo um conjunto de dados aberto das consultas do atacante, e possivelmente auditorias de segurança externas.
Discussão Mais Ampla: Chaves de API e Destilação
- Debate sobre “ataque de destilação”: explicação de que pode significar usar as saídas de um modelo poderoso (através de chaves roubadas) para treinar modelos mais baratos, mas os comentadores sublinham que aqui isso é especulativo.
- Discussão sobre melhores práticas: usar gateways (por exemplo, LiteLLM‑style ou similares) em vez de carregar chaves brutas para fornecedores; melhores mecanismos de revogação de chaves; preocupações de que endpoints universais “invalidate_api_key” possam ser abusados para negação de serviço.
Dinâmica da Comunidade
- Vários observam uma sinalização/downranking incomum de comentários críticos e especulam sobre brigading ou moderação automática.
- Muitos concluem que a sua confiança no serviço ficou gravemente prejudicada e planeiam mudar de ferramentas; uma minoria ainda vê valor em algumas ofertas pagas se as práticas de segurança melhorarem.