OpenCode: posible exposición de claves de proveedores de IA en Console afecta a 1,4% de usuarios

La noche del 16 de octubre se produjo un acceso no autorizado a un sistema heredado de OpenCode que, según la compañía, podría haber expuesto claves de proveedores de IA que los usuarios guardaban en su servicio hospedado OpenCode Console. Console es una opción de OpenCode para centralizar el uso de APIs de terceros: los espacios de trabajo almacenan la clave de OpenAI, Anthropic o Google y Console la utiliza para hacer llamadas en nombre del equipo, con la intención de que los miembros no vean la clave original.

Hechos confirmados: OpenCode notificó por correo a los usuarios afectados la mañana del 17 de octubre bajo el asunto "Action Required: Potential provider key breach" y dijo que el grupo afectado equivale al 1,4% de usuarios de Console; todos los afectados tenían enlazado un proveedor externo. La compañía indicó que el incidente afecta a OpenCode Console —el servicio hospedado— y no al producto OpenCode en sí, y precisó que esas claves “nunca nos llegan” en el flujo normal. OpenCode calificó el incidente como “relacionado con un ataque de destilación a gran escala” y afirmó estar trabajando con Anthropic, OpenAI y Google. También advirtió que la intrusión está todavía en desarrollo y que los atacantes han seguido intentando acceder a sus sistemas.

Confirmado y técnico: una clave de proveedor es una credencial de portador (bearer). Quien posea una copia válida puede lanzar solicitudes que generan consumo facturable contra la cuenta del propietario hasta que la clave sea revocada por el proveedor. OpenCode ha sido explícita en dos puntos relevantes para mitigación: borrar la clave desde Console no la revoca en el panel del proveedor, y el presupuesto configurado en Console no limita el uso de una clave copiada porque Console solo ve las solicitudes que pasan por su propio gateway.

Lo que permanece incierto o sin confirmar públicamente: OpenCode no ha detallado cuándo empezó exactamente el acceso no autorizado, qué sistema legado fue vulnerado, cuántas claves concretas estaban almacenadas en ese sistema ni si las claves filtradas llegaron a ser copiadas o usadas. La compañía también no ha publicado trazas técnicas (vectores de entrada, vulnerabilidad explotada, accesos y logs) que permitan verificar la cadena de compromiso.

Cómo pudo utilizarse esa filtración y por qué importa: además del uso directo para generar facturación fraudulenta, las claves de API se compran y venden en mercados criminales y sirven para campañas automáticas de "destilación" —campañas masivas de consulta a modelos para recopilar salidas y entrenar modelos competitivos—. Anthropic ha advertido previamente que este tipo de campañas usan redes de cuentas falsas, tarjetas robadas y claves comprometidas para orquestar acceso masivo. Por eso una clave expuesta no solo pone en riesgo crédito y cuota, sino que puede alimentar abusos a escala.

Hay ya denuncias públicas de facturación no autorizada atribuida por usuarios a claves ligadas a Console: mensajes en redes y foros citan cargos en cuentas de OpenAI, Anthropic y Google por montos que van desde unos cientos hasta miles de dólares. Esos reclamos son declaraciones de afectados y, salvo auditoría externa, deben considerarse testimonios no verificados; OpenCode por ahora solo afirma que las claves “pueden haber sido expuestas”.

Qué deben hacer los usuarios ahora (pasos prácticos y concretos): 1) Revocar inmediatamente cualquier clave que se hubiera guardado en Console desde el 16 de octubre en adelante. La revocación se hace desde el panel del proveedor —no basta eliminarla en Console. Instrucciones oficiales de los proveedores: OpenAI (creación/rotación de claves) https://platform.openai.com/account/api-keys, Google (gestión de claves de API) https://cloud.google.com/docs/authentication/api-keys, Anthropic (gestión de claves en consola) https://console.anthropic.com/docs/api-keys.

2) Generar claves nuevas y sustituirlas en todas las aplicaciones y scripts que usaban la antigua. 3) Revisar el historial de uso y facturación en los paneles de los proveedores para detectar peticiones no autorizadas desde al menos el 16 de octubre y reportarlas al proveedor; si hay cargos, abrir disputas de facturación con la documentación. 4) Establecer límites de gasto y alertas en cada proveedor y, donde sea posible, emitir claves con permisos mínimos o temporales en lugar de claves de larga duración. 5) Asignar claves separadas por herramienta o proyecto para reducir blast radius y facilitar el rastreo de abuso.

Recomendaciones técnicas adicionales para equipos: asegurar que las claves locales no estén almacenadas en texto plano en discos o SQLite sin cifrado; usar el gestor de llaveros del sistema operativo o secretos gestionados (secrets managers) que emitan credenciales temporales; auditar quién tiene acceso a Console y aplicar políticas de mínimo privilegio; habilitar autenticación multifactor y rotación periódica de credenciales; poner un proxy interno que aplique cuotas, logging y filtros antes de enviar peticiones al proveedor.

Qué puede ocurrir si no se actúa: facturación fraudulenta que puede llevar al bloqueo de la cuenta por actividad sospechosa, exfiltración de claves que nutra ataques de destilación a gran escala o su reventa, interrupciones en el servicio cuando el proveedor sancione una cuenta comprometida. A nivel reputacional, herramientas y equipos que dependan de claves compartidas corren el riesgo de exponer datos o de quedar paralizados por la necesidad de forzar rotaciones masivas.

Contexto y por qué esto vuelve a ser relevante: el incidente es un recordatorio de que muchos flujos de trabajo de desarrollo adoptan atajos operativos —almacenar claves en servicios centralizados o locales— que crean un único punto de fallo. Los ataques de “destilación” y el abuso de claves han escalado con la economía de modelos LLMs; proveedores y equipos deben adaptar controles de seguridad tradicionales (rotación, segregación de funciones, límites de gasto, detección de anomalías) a las particularidades de las APIs de IA.

Finalmente, distinga entre hechos y estimaciones: está confirmado que hubo un acceso y que OpenCode notificó a un 1,4% de sus usuarios de Console; el resto (uso efectivo de claves, alcance real de la extracción, magnitud total de cargos fraudulentos) aún no ha sido demostrado públicamente. Los usuarios afectados deben actuar como si sus claves hubieran sido copiadas y seguir la lista de pasos concreta arriba para cortar el riesgo inmediato y minimizar daños adicionales.