La noticia con la que abrí el día no me la podía creer: OpenCode, el agente de código open source, reconocía un hackeo. Un sistema antiguo que estaban dando de baja recibió un acceso no autorizado, y lo que se llevaron no fueron contraseñas ni tarjetas: fueron las API keys de proveedores externos que los usuarios de OpenCode Console tenían guardadas en su espacio de trabajo. Llaves de OpenAI, Anthropic y Google, con la cuenta de otro parada en la puerta.
El dato que me hizo frenar: el 1,4% de los usuarios de la Console. En un agente con más de 150.000 estrellas en GitHub, ese porcentaje no es poca cosa. La empresa avisó hoy, mandó correos a todos los afectados y dijo que está trabajando con Anthropic, OpenAI y Google para remediar, con el incidente todavía en curso. En los comentarios del anuncio ya había usuarios reportando saldos vaciados; uno mostró 138 dólares esfumados. Si no te llegó el correo, oficialmente no fuiste afectado, pero la lección es para todos.
Por qué la llaman ataque de destilación
Destilación es la técnica legítima de entrenar un modelo chico con las salidas de uno grande. Los labs tratan la destilación no autorizada como robo: Anthropic reportó el 23 de febrero de 2026 haber identificado unas 24.000 cuentas fraudulentas que generaron más de 16 millones de intercambios con Claude. Y acá está el punto fino: una cuenta de pago real, verificada y con historial normal es la única que un destilador no puede inventar. Las identidades falsas y los datos de pago robados ya quedaron quemados; lo que buscan ahora es una llave con la factura a nombre de otra persona. Si tu llave termina donde no corresponde, tú pagas la factura de lo que destilen.
La caja fuerte de llaves es un mal diseño
Lo mío con esto es una opinión que defiendo hace rato: depositar llaves de proveedor crudas en manos de un tercero es un mal diseño. No es un problema de OpenCode en particular. Cualquier consola o dashboard que te pida pegar tu llave maestra de Anthropic para funcionar se convierte en la caja fuerte de todas tus llaves, y las cajas fuertes se asaltan. El ataque no fue a los labs: fue a un intermediario. Cuando la puerta principal se cierra, la presión se muda a los que están en medio con una llave en el bolsillo.
Yo delego código a agentes hace tiempo y la regla que sigo es simple: ninguna herramienta recibe una llave con más poder del que necesita. Llaves separadas por proyecto, con tope de gasto, rotadas cuando el proyecto termina. Archivos con credenciales con permisos mínimos en el servidor. Y sobre todo: revisar el gráfico de uso de cada proveedor de vez en cuando; el consumo raro no avisa, aparece en la cuenta. Si una herramienta necesita mi llave, la asumo prestada y caducable, no una entrega más.
Si saliste en la lista de afectados: revoca y reemplaza la llave desde el panel del proveedor, actualiza cada lugar donde la uses y revisa el consumo de los últimos días. Si nunca usaste Console, igual es buen momento para hacer una limpieza general de credenciales. Los agentes de código son bacanes, pero cada llave que le entregamos es un cheque en blanco esperando que algo lo canjee. Hoy fue OpenCode; mañana puede ser la otra consola donde pegaste tu llave maestra porque era más rápido.
Fuente de inspiración: OpenCode: security breach, large scale distillation attack (anuncio oficial en X)
