OpenCode Hackeado: credenciales de usuario filtradas
Un backend heredado del servicio alojado “Console” de OpenCode fue comprometido, exponiendo claves de API suministradas por usuarios para proveedores de IA de terceros como OpenAI y Anthropic y provocando gasto no autorizado de tokens y posible distillation o reventa de modelos. Los comentaristas subrayan que esto parece limitado al producto Console con BYOK (bring-your-own-key), no a las herramientas locales de CLI/escritorio, pero señalan que la marca y el mensaje de OpenCode hicieron confuso el alcance. El incidente alimenta preocupaciones más amplias sobre la cultura de ingeniería de “moverse rápido” de la empresa, la falta de garantías claras de privacidad sobre las claves almacenadas y los riesgos de subir credenciales a intermediarios en lugar de usar pasarelas autohospedadas.
Alcance y naturaleza de la brecha
- La brecha involucró un sistema heredado y alojado de “Console”, donde los usuarios almacenaban claves de API de terceros (p. ej., OpenAI, Anthropic).
- Solo se confirma que fueron afectadas las credenciales de “bring your own key” almacenadas en este backend; se afirma repetidamente que el principal agente de codificación para CLI/escritorio no se vio afectado, pero algunos comentaristas señalan que el mensaje de la empresa es confuso e incompleto.
- Varios usuarios informan que sus créditos de OpenAI/Anthropic se agotaron de forma repentina, lo que concuerda con un abuso de claves robadas.
- El encuadre de la empresa hace referencia a un “large-scale distillation attack”, pero muchos señalan que todavía no hay pruebas públicas de para qué se usaron realmente las claves robadas.
Impacto para los usuarios y mitigación
- Se indica a los usuarios que revocen y roten sus claves de los proveedores de IA y revisen el uso reciente; algunos informan que los proveedores o la plataforma revocaron automáticamente las claves.
- Existe preocupación de que la empresa no pueda reembolsar fácilmente las pérdidas, ya que se trata de claves de terceros facturadas por otros proveedores.
- Algunos aclaran que los usuarios de otros servicios (Zen, Go) o configuraciones puramente locales pueden no verse afectados, pero persiste la incertidumbre, especialmente en torno a cualquier agente que pudiera consumir archivos
.env.
Prácticas de seguridad y confianza
- Varios comentaristas describen esto como parte de un patrón: diseños “vibecoding” / generados por IA, una cultura de seguridad débil, regresiones previas y el envío de prompts a servicios externos sin una divulgación clara.
- Otros defienden el proyecto como de código abierto, “private by default”, y dicen que funciones controvertidas (p. ej., la generación gratuita de títulos mediante modelos remotos) fueron efímeras y luego eliminadas.
- La UX de Console, que anima a los usuarios a pegar claves de proveedores con una claridad mínima sobre ToS/privacidad, es fuertemente criticada.
- Algunos piden un postmortem público detallado, incluido un conjunto de datos abierto de las consultas del atacante, y posiblemente auditorías de seguridad externas.
Debate más amplio: claves de API y distillation
- Debate sobre “distillation attack”: la explicación es que puede significar usar las salidas de un modelo potente (vía claves robadas) para entrenar modelos más baratos, pero los comentaristas subrayan que aquí eso es especulativo.
- Discusión sobre buenas prácticas: usar pasarelas (p. ej., de estilo LiteLLM o similares) en lugar de subir claves en bruto a proveedores; mejores mecanismos de revocación de claves; preocupaciones de que endpoints universales “invalidate_api_key” puedan ser abusados para denegación de servicio.
Dinámica de la comunidad
- Varios señalan un flagging/downranking inusual de los comentarios críticos y especulan sobre brigading o moderación automatizada.
- Muchos concluyen que su confianza en el servicio está gravemente dañada y planean cambiar de herramienta; una minoría todavía ve valor en algunas ofertas de pago si las prácticas de seguridad mejoran.