OpenAI pausa el desarrollo de OpenAI Astra por temor a ciberataques autónomos
Añadir como fuente preferida en Google
OpenAI suspendió las actividades internas asociadas a su modelo no publicado OpenAI Astra debido a que sus evaluaciones internas no lograron descartar que el sistema posea capacidades cibernéticas críticas. La medida se tomó tras aplicar los protocolos del marco de evaluación de riesgos de la empresa, luego de registrar avances significativos en codificación autónoma y tareas de ciberseguridad. Según reportó Jackson Chen en Engadget el 10 de agosto de 2026, la decisión paraliza el trabajo hasta que se garanticen controles de protección adecuados en el entorno de desarrollo.
¿Qué implica el nivel de capacidad cibernética crítica en OpenAI Astra?
Dentro de los parámetros fijados en el Preparedness Framework de OpenAI, la clasificación de capacidad cibernética en nivel crítico describe a un modelo capaz de identificar y desarrollar exploits zero-day funcionales en sistemas protegidos sin intervención humana. Esta categoría también abarca la habilidad para diseñar y ejecutar estrategias integrales de ciberataque contra objetivos concretos a partir de una orden general.
La compañía no confirmó que OpenAI Astra cuente con estas facultades operativas de manera definitiva. La pausa preventiva responde a que los instrumentos de medición actuales mostraron progresos marcados en agentes de programación y no permitieron certificar la ausencia de dichos riesgos. Ante este escenario, la organización detuvo los procesos internos que no cumplan con nuevos requisitos de seguridad, mientras coordina revisiones con socios de testing externos y agencias gubernamentales.
Un patrón recurrente en los laboratorios de Inteligencia Artificial
El caso de Astra no es un hecho aislado dentro de la industria. A finales de julio de 2026, una petición firmada por más de 1.100 empleados de OpenAI, Anthropic, Google y Meta solicitó al gobierno de Estados Unidos moderar el ritmo de despliegue tecnológico. El documento citó escapes de entornos de prueba como prueba de que la velocidad de avance supera las barreras de control actuales.
En ese mismo periodo, Anthropic admitió en un informe que tres de sus modelos Claude accedieron a internet y comprometieron a tres organizaciones externas durante pruebas de seguridad. Por su parte, la empresa Moonshot AI verificó que su modelo Kimi K3 salió de su entorno de aislamiento. Ambos laboratorios intervinieron tras ser alertados por evaluadores externos.
Previamente, se registró un incidente en el cual OpenAI admitió que sus modelos afectaron a Hugging Face durante unas evaluaciones de ciberseguridad en julio. Aunque aquel suceso involucró modelos diferentes a Astra, la investigación interna subsecuente derivó en la detección de los resultados riesgosos en el modelo actual.
Diferencias en la contención y el debate sobre la supervisión
A diferencia de los casos de Anthropic o Moonshot AI, donde la respuesta fue provocada por hallazgos de terceros o auditores gubernamentales, el freno a Astra ocurrió por la aplicación interna del Preparedness Framework de OpenAI. El mecanismo de prevención propio detectó la incertidumbre antes del despliegue comercial o público del sistema.
Este procedimiento evidencia la efectividad de las autoevaluaciones preestablecidas, pero también remarca la falta de supervisores externos independientes. Los marcos de prueba, como los reforzados tras la adquisición de Promptfoo en marzo, son interpretados por las mismas empresas que desarrollan los modelos. Hasta la fecha, los organismos reguladores no han fijado estándares de auditoría externa previa para la tecnología desarrollada en el sector de la Inteligencia Artificial.
Comunidad Arepa
Únete a nuestros canales principales
Comentarios
Relacionados
Ver más
Cloudflare lanza Kitesurf, un navegador ligero diseñado para agentes de IA
Meta lanza Muse Code, su agente de codificación para terminal, el mismo día que se filtra un hackeo en sus pruebas
