Lo que dijo OpenCode
OpenCode, el agente de programación de código abierto para terminal creado por el equipo detrás de SST, comunicó una brecha en una publicación en X el 17 de octubre. El mensaje tiene cuatro frases y es por ahora la única explicación pública de la empresa.
«Tuvimos una brecha de seguridad anoche relacionada con un ataque de destilación a gran escala que afectó al 1,4% de los usuarios de OpenCode Console», dice. «Los hemos notificado a todos esta mañana por correo electrónico. Si no recibió un correo, no se vio afectado; fue un subconjunto de usuarios que tenían proveedores externos vinculados. El incidente sigue en curso, así que no podemos compartir más detalles en este momento, pero estamos trabajando con Anthropic, OpenAI y Google para subsanarlo».
Esa última frase describe la forma del problema. OpenCode Console permite al usuario vincular sus propias cuentas en proveedores de modelos, lo que significa que la plataforma guarda credenciales que pertenecen al servicio de otra empresa. La brecha no es del modelo de OpenCode; es de las claves que sus usuarios apuntaron a los modelos de otros.
Por qué «ataque de destilación» es el nombre correcto
La expresión describe lo que vale una clave de proveedor robada. No es sobre todo una vía hacia los datos: es la capacidad de enviar un volumen muy grande de consultas a un modelo de frontera con la cuenta de otra persona, que es la forma en que se paga una destilación contra un modelo comercial. La primera señal para la víctima es una factura.
En un análisis publicado el mismo día, la firma de seguridad Cyera dijo que el correo de notificación de OpenCode atribuía la intrusión a un sistema de consola heredado que la empresa estaba retirando, y que las credenciales expuestas eran claves de proveedores vinculadas en los espacios de trabajo afectados. La guía de subsanación de Cyera también menciona OpenRouter junto a los tres proveedores que citó OpenCode.
Lo que no se ha dicho
Faltan cuatro cosas en la comunicación, y todas importan a quien intente calcular su propia exposición.
Primera, el denominador. El 1,4% de los usuarios de Console es una proporción, no un recuento, y OpenCode no ha publicado el total. Segunda, el punto de entrada: la empresa ha dicho qué sistema estaba implicado, pero no cómo llegó hasta él el atacante ni cómo se guardaban allí las claves. Tercera, si se llegó a usar alguna clave expuesta: OpenCode no ha confirmado un uso indebido, y el incidente se describió como en curso. Cuarta, la atribución: nadie ha señalado públicamente al responsable.
Qué se dijo a los usuarios afectados
El consejo es el procedimiento habitual de rotación de credenciales, con un matiz propio de este tipo de incidente. Revocar y reemitir cada clave de proveedor vinculada en un espacio de trabajo afectado, a través del panel de cada proveedor y no de OpenCode ni de un enlace en un correo. Actualizar las herramientas y los procesos que usan esas claves y confirmar que las antiguas ya no funcionan. Restablecer la contraseña de la cuenta de OpenCode y regenerar cualquier clave API de OpenCode Console.
El matiz es la revisión de la facturación. La guía de Cyera es comprobar el uso y la facturación del proveedor desde el 16 de octubre en adelante en busca de picos, modelos desconocidos o actividad a horas extrañas, porque en un ataque de destilación el daño aparece como consumo y no como un registro que falta. Fijar límites estrictos de gasto y acotar las claves por proyecto son los controles que lo limitan.
Las claves usadas directamente desde la aplicación local de OpenCode se guardan en la máquina del propio usuario y no en Console, lo que las deja fuera de este incidente.
Qué observar
OpenCode ha prometido más detalles cuando se cierre el incidente. Las partes útiles de ese informe son las dos que ha retenido: la vía de acceso y si las claves se usaron. La segunda pregunta es la que dirá al resto del sector si una herramienta de desarrollo que guarda credenciales de proveedores es un objetivo blando que merece atacarse a escala, o si esto fue oportunista.
