El 17 de octubre de 2026, OpenCode avisó de que un ataque de destilación a gran escala había alcanzado al 1,4 % de los usuarios de OpenCode Console: los que tenían cuentas de proveedores externos vinculadas. Las claves de OpenAI, Anthropic y Google guardadas en el servicio pueden estar en manos de terceros, y la empresa pide revocarlas.
Qué ha pasado
OpenCode es conocido sobre todo por su agente de código open source para terminal y escritorio, con más de 215.000 estrellas en GitHub. Pero la brecha no está en ese agente, sino en OpenCode Console, el servicio web de la empresa donde los usuarios pueden vincular sus cuentas de proveedores de modelos.
Según el anuncio que publicó la propia OpenCode en X, la intrusión ocurrió la noche anterior y estaba "relacionada con un ataque de destilación a gran escala". La empresa escribió por correo a todos los afectados esa misma mañana y aclaró que, si no has recibido el correo, no estás afectado. Las coberturas posteriores, como la de OfficeChai, añaden que el acceso se produjo a través de un sistema heredado de la consola que estaba en proceso de retirada, y que las claves expuestas eran de OpenAI, Anthropic y Google. OpenCode no ha publicado un postmortem: describe el incidente como abierto y no da más detalles técnicos.
La confusión de nombres ha hecho daño. En el hilo de Hacker News, con casi 700 puntos, buena parte de los comentarios se dedica a separar Console del agente de terminal. El anuncio solo habla de usuarios de Console con proveedores vinculados; quien usa el agente con sus claves en local no aparece entre los afectados.
Por qué un ataque de destilación quiere tus claves
Destilar un modelo es entrenar uno más pequeño con las respuestas de otro más capaz. Para hacerlo a escala hacen falta millones de llamadas a un modelo de frontera, y los proveedores limitan y vigilan ese uso. Un lote de claves ajenas resuelve los dos problemas: reparte el volumen entre muchas cuentas y la factura la paga otro.
Eso cambia la forma de medir el daño. No se trata tanto de que alguien lea tus prompts, sino de que alguien gaste con tu clave hasta que la revoques o llegues a tu límite de facturación. Por eso el primer paso es cortar el acceso, no investigar.
Qué hacer si usabas OpenCode Console
Si recibiste el correo, o no estás seguro de haber vinculado proveedores en Console:
- Crea una clave nueva en la consola de cada proveedor afectado (OpenAI, Anthropic, Google) y actualiza las aplicaciones que la usen.
- Revoca la antigua en cuanto la nueva funcione. Una clave filtrada no deja de ser válida porque OpenCode retire su sistema.
- Revisa el uso reciente de cada cuenta por días y por modelo. Un ataque de destilación deja un patrón reconocible: picos de peticiones a los modelos más capaces que no encajan con tu tráfico.
- Pon límites de gasto por proyecto o por clave si tu proveedor lo permite, para que una futura filtración tenga un techo.
- Desvincula de Console los proveedores que ya no necesites.
Si solo usas el agente open source con variables de entorno o el fichero de configuración local, el anuncio no te incluye. Aun así, si en algún momento pegaste esas mismas claves en Console, trátalas como expuestas: la clave es la misma esté donde esté.
La lección: una clave por integración
El patrón no es nuevo, pero los agentes de código lo agravan. Cada herramienta que promete "trae tu propia clave" se convierte en un almacén de credenciales de proveedores, y muchos equipos reutilizan la misma clave en el IDE, en la CI y en dos o tres servicios intermediarios. Cuando uno de ellos cae, hay que rotar en todas partes a la vez.
La defensa es aburrida y funciona: una clave distinta por herramienta y por entorno, con nombre que diga dónde vive, con su propio límite de gasto y con alertas de consumo. Así, cuando llega un correo como el de OpenCode, rotar es revocar una sola clave y no auditar media empresa. Y antes de pegar una clave en un servicio web, la pregunta útil es qué hará ese servicio con ella el día que lo retiren.