logo
2 de septiembre de 2026

Cuando el fabricante decide que no puede vender lo que construyó

OpenAICiberseguridadGobernanza de IARiesgo tecnológicoLiderazgo técnico

OpenAI clasificó a Astra en el nivel Crítico de ciberseguridad y le cerró el acceso. Lo importante no es que sepa hackear: es quién controla la llave.

Cuando el fabricante decide que no puede vender lo que construyó

El 1 de septiembre OpenAI publicó un documento titulado Path to Astra. En él clasifica a Astra como el primer modelo suyo que alcanza el nivel Crítico de capacidad cibernética bajo su propio Preparedness Framework. Crítico es el escalón más alto de esa escala. Hasta ahora ninguno de sus modelos lo había tocado.

Vale la pena leer los números antes de opinar, porque son suyos y los publicaron ellos.

Astra obtuvo un puntaje perfecto, cien por ciento, en ExploitBench, la prueba que mide explotación de vulnerabilidades conocidas. En evaluación interna entre junio y agosto de 2026 encontró dos vulnerabilidades de día cero —fallas que nadie había reportado— y las encadenó en exploits funcionales, incluida una cadena completa de compromiso de navegador y escaladas locales de privilegios. OpenAI dice estar notificando a los mantenedores afectados. Sobre los controles: Astra rechaza el 91.5% de los pedidos de asistencia cibernética no permitida, contra 59% de GPT-5.6 Sol. En pruebas de honeypot, donde se deja infraestructura vecina expuesta a ver qué hace el modelo, GPT-5.6 Sol intentó acceder en el 56% de los casos y Astra en ninguno.

Y la decisión de negocio: el acceso a las capacidades cibernéticas más avanzadas queda restringido a un grupo pequeño de alpha testers a través de Daybreak Blue. El modelo va a salir; esa parte del modelo, no. Axios confirma el mismo marco de restricción.

Lo que cambió no es la capacidad

Que un modelo encuentre vulnerabilidades no es nuevo. Lo que cambió es de qué depende el acceso a esa capacidad.

Hasta ayer, montar una campaña ofensiva contra un sistema endurecido requería talento escaso: gente que hace esto hace años, que cobra caro y que existe en cantidad limitada. Esa escasez era, en la práctica, la principal defensa de la mayoría de las empresas. No la buena higiene de parches: la escasez.

Si la capacidad se vuelve un producto, la restricción deja de ser talento y pasa a ser acceso. Y el acceso es una decisión contractual de una empresa privada, no una propiedad del mundo. Ahí está el desplazamiento real, y por eso este anuncio importa más que cualquier benchmark.

OpenAI reconoce el costo de su propia decisión, y hay que darle crédito por decirlo: la misma restricción que frena al atacante frena también el trabajo defensivo legítimo de agencias y empresas. Es una elección deliberada entre dos daños. No hay versión de esto sin costo.

El detalle incómodo

Todos los números que acabo de citar los produjo y los publicó el mismo que fabricó el modelo. No hay auditoría independiente de los controles, ni un tercero que haya reproducido ese 91.5% de rechazo.

No lo digo como acusación. Es el estado actual del campo, y OpenAI está siendo, en comparación con casi todos, transparente. Pero conviene nombrarlo con precisión: la seguridad de la capacidad más peligrosa liberada este año descansa hoy sobre un autorreporte. Cuando alguien me pregunta si Astra es seguro, la respuesta honesta es que su fabricante dice que sí y no tenemos manera de comprobarlo.

Qué implica si usted dirige una empresa de tecnología

Tres cosas concretas, ninguna especulativa.

Primero: la ventana de parcheo dejó de ser un detalle de operaciones y pasó a ser una posición de riesgo del negocio. Si el tiempo entre que una falla se hace pública y alguien la explota se acorta de semanas a horas, «parchamos una vez al mes» ya no es una política, es una exposición cuantificable. Ese cambio de calendario se lleva al directorio, no al equipo de infraestructura.

Segundo: parte de su postura de seguridad ahora depende de la lista de control de accesos de otra empresa. No de su firewall, no de su proveedor de nube: de a quién le abre cuenta OpenAI. Es una dependencia que ninguna certificación cubre y que no aparece en ningún cuestionario de proveedores.

Tercero, y es el que más me preocupa: la restricción compra tiempo, no seguridad. La capacidad de frontera baja. Baja a pesos abiertos, a modelos más baratos, a afinamientos hechos por terceros. Siempre bajó. Nadie que quiera hacer daño necesita esperar acceso oficial al modelo más caro; le basta con que la técnica exista y esté documentada. Lo que hoy es Crítico y cerrado, en dieciocho meses es corriente y disponible.

La lectura

Lo que más me llama la atención no es técnico. Es que, por primera vez, el fabricante de un producto de propósito general decidió públicamente que su producto es demasiado capaz para venderse abierto. Y lo hizo sin que ningún regulador se lo pidiera.

Eso es un precedente de gobernanza y merece reconocerse. También merece una pregunta incómoda: si la única evidencia de que la decisión fue correcta la publica quien la tomó, ¿estamos frente a responsabilidad o frente a una barrera de entrada muy bien argumentada? No lo sé. Sospecho que ambas cosas pueden ser ciertas a la vez.

En Indrox llevamos meses tratando las actualizaciones de dependencias como posición de riesgo y no como mantenimiento. No por Astra. Por la dirección, que era evidente desde hace año y medio. Astra solo le puso un número. Y cuando algo que era una intuición se vuelve un número publicado, deja de ser tema de conversación y pasa a ser una línea del presupuesto.

I

Indrox

Equipo de tecnología de Indrox. Expertos en software a medida, inteligencia artificial aplicada y transformación digital para empresas en Perú y Latinoamérica.

Publicado el 2 de septiembre de 2026

Cuando el fabricante decide que no puede vender lo que construyó