Durante el fin de semana, atacantes accedieron a un sistema antiguo de OpenCode y obtuvieron claves de API del 1,4 % de los usuarios de OpenCode Console, informó la empresa. Las claves —utilizadas para servicios como OpenAI, Anthropic y Google— fueron seguidas por alertas de gasto y cargos no autorizados, que en algunos casos alcanzaron cientos de dólares o más de 1.000 dólares. OpenCode afirmó que su aplicación de código abierto y su herramienta de línea de comandos no se vieron afectadas.¹

La empresa describió el incidente como un ataque de destilación a gran escala, aunque los escépticos cuestionaron si esa etiqueta iba más allá de lo que se había establecido. Lo que está más claro es el daño inmediato: los proveedores actuaron para bloquear las claves expuestas, OpenAI dijo que restablecería el acceso y reembolsaría a los clientes de API afectados, y OpenCode inició su propio proceso de reembolso.

La presión no terminó con la brecha inicial. El cofundador Dax Raad dijo que los atacantes habían estado sondeando continuamente los sistemas de la empresa durante 48 horas, lo que obligó al equipo a ejecutar agentes de IA defensivos las 24 horas. Pero cuando los investigadores introdujeron código malicioso en modelos de frontera, las herramientas que inicialmente habían ayudado empezaron a rechazar solicitudes después de que se activaran sus filtros de seguridad. Posteriormente, OpenCode obtuvo acceso al programa Daybreak Blue de OpenAI para defensores cibernéticos verificados, que ofrece modelos con menos restricciones.²

Esa secuencia reavivó una disputa ya conocida por la anterior respuesta de Hugging Face ante una intrusión: ¿puede un modelo distinguir a un respondedor legítimo ante incidentes de un atacante que realiza una solicitud idéntica? Los equipos de seguridad sostienen que, en una brecha activa, la distinción no puede dejarse en manos de un mecanismo de rechazo indiscriminado. Las empresas de IA replican que sus herramientas cibernéticas más capaces deben tener acceso restringido precisamente porque los actores maliciosos también las explotarían.

David Sacks aprovechó el relato de OpenCode como prueba contra los controles de seguridad centralizados, argumentando que OpenCode y Hugging Face habían chocado con el mismo obstáculo «en pleno ataque» porque el análisis defensivo activó las barreras de seguridad. «Las barreras de seguridad resultaron contraproducentes», escribió.David Sacks (DavidSacks)³

Para los usuarios de OpenCode, la tarea inmediata es reemplazar las claves. Para la industria de la IA, la pregunta más difícil es si los programas de acceso para usuarios verificados pueden avanzar con suficiente rapidez antes de que los defensores se vean obligados a elegir entre sistemas propietarios restringidos y alternativas de pesos abiertos menos controladas.