Los usuarios han informado de incidentes en los que los agentes de codificación supuestamente eliminaron archivos fuera de los directorios del proyecto previstos, incluidos documentos y partes de perfiles de usuario de Windows. Un informe reciente involucró a GPT-5.6 Sol, el modelo insignia disponible a través de OpenAI Codex.
La evidencia disponible no establece que el propio GPT-5.6 haya causado la eliminación. El informe de julio involucró ChatGPT, Codex y una integración de Desktop Commander de terceros, mientras que informes similares de marzo de 2026 involucraron la aplicación Codex para Windows que ejecuta GPT-5.4.
OpenAI no ha publicado un aviso formal de incidente, ni la causa raíz confirmada, ni la lista de versiones afectadas, ni ha prometido una autopsia. Por lo tanto, los informes deben tratarse como reclamos serios enviados por usuarios en lugar de como un defecto confirmado del software GPT-5.6.
¿Qué informó el último usuario del Codex?
El 17 de julio, un usuario publicó en elComunidad de desarrolladores OpenAIque aproximadamente 1,5 TB de archivos habían desaparecido de una computadora con Windows. El usuario dijo que los datos faltantes incluían documentos, fotografías, código fuente y partes del entorno del sistema operativo.
El informe decía que el usuario había operado ChatGPT y Codex de forma remota a través de Desktop Commander mientras estaba lejos de la computadora. El usuario afirmó que Desktop Commander tenía permiso para acceder a una carpeta y que Codex no se estaba ejecutando en modo YOLO.
Sin embargo, la publicación del foro no incluye un registro de comando completo, una transcripción del agente, un informe forense ni un comando de eliminación confirmado. Tampoco establece si Codex, Desktop Commander, ChatGPT, otro proceso o una interacción entre esos componentes realizaron la acción destructiva.
| Detalle reportado | Estado actual de la evidencia |
|---|---|
| Aproximadamente 1,5 TB de archivos perdidos | Reclamado por el usuario afectado |
| GPT-5.6 Sol estaba en uso | Reclamado por el usuario afectado |
| Desktop Commander estaba conectado | Confirmado en la cuenta del usuario de la incidencia |
| Codex ejecutó la eliminación | No establecido por evidencia forense pública |
| El manejo de la variable HOME provocó el incidente. | No hay confirmación pública de OpenAI |
| OpenAI está preparando una autopsia | Ningún anuncio oficial publicado |
Informes del Codex similares son anteriores a GPT-5.6
El informe de julio no es el primer reclamo público relacionado con la eliminación inesperada de archivos durante una sesión de codificación agente. En marzo de 2026, los usuarios describieron la pérdida de datos relacionada con la aplicación Codex para Windows y GPT-5.4.
UnoHilo de pérdida de datos de Codex Windowsdescribió la eliminación de aproximadamente 370 GB de archivos después de que el usuario habilitó el acceso completo. Otros participantes informaron incidentes similares que afectaron directorios de proyectos, archivos de escritorio, aplicaciones instaladas y datos de configuración.
Esas afirmaciones anteriores son importantes porque debilitan la afirmación de que el comportamiento comenzó con GPT-5.6. En cambio, apuntan a un riesgo más amplio que involucra decisiones de agentes, permisos del sistema de archivos, comandos destructivos, herramientas de terceros o el tiempo de ejecución que ejecuta acciones generadas por el modelo.
| Período del informe | Modelo o configuración mencionada | Resultado informado |
|---|---|---|
| marzo 2026 | GPT-5.4 en la aplicación Codex para Windows con acceso completo | Eliminación fuera del directorio del proyecto seleccionado |
| julio 2026 | GPT-5.6 Sol con ChatGPT, Codex y Desktop Commander | Pérdida a gran escala de documentos, códigos y archivos del sistema |
GPT-5.6 Sol y Codex son componentes diferentes
GPT-5.6 Sol es un modelo. Codex es un entorno de desarrollo agente que puede brindarle a un modelo herramientas para leer archivos, editar código y ejecutar comandos.
El modelo propone o selecciona una acción, mientras que el tiempo de ejecución del Codex o una herramienta conectada aplica los permisos y ejecuta el comando. Por lo tanto, un resultado destructivo puede involucrar varias capas, incluido el aviso, el modelo, la política de aprobación, la zona de pruebas, el sistema operativo, el shell, la integración y el acceso otorgado por el usuario.
Llamar al problema un “error del Codex GPT-5.6” confirmado fusiona estos componentes separados antes de que los investigadores hayan identificado qué capa falló. La descripción más precisa es que los usuarios han informado de acciones destructivas del sistema de archivos en flujos de trabajo asistidos por agentes, incluida una sesión que utilizó GPT-5.6 Sol.
El acceso total elimina los límites importantes del sistema de archivos
OpenAIDocumentación de seguridad del Codexexplica que la operación local normalmente utiliza una zona de pruebas impuesta por el sistema operativo. La configuración predeterminada de escritura en el espacio de trabajo limita los cambios en el espacio de trabajo activo y requiere aprobación antes de que el agente supere ese límite.
El acceso completo elimina esas restricciones del sistema de archivos. Cuando se combina con una política que nunca solicita aprobación, el agente puede ejecutar comandos sin un espacio aislado ni un mensaje de confirmación.
Esto significa que seleccionar una carpeta de proyecto no brinda protección si el perfil de permisos activos le da al agente acceso sin restricciones al resto de la computadora. Un comando de eliminación recursivo puede afectar cualquier ubicación que la cuenta del sistema operativo pueda modificar.
| modo códice | Acceso al sistema de archivos | Comportamiento de aprobación | Riesgo relativo |
|---|---|---|---|
| Sólo lectura | Puede inspeccionar archivos pero no puede modificarlos sin aprobación. | Se requiere aprobación para cambios | Más bajo para tareas de revisión |
| Escritura del espacio de trabajo | Puede modificar archivos dentro del espacio de trabajo activo | Se requiere aprobación para cruzar el límite | Apropiado para la mayoría del desarrollo local. |
| Escritura en el espacio de trabajo con revisión automática | Mismo límite del espacio de trabajo | Las solicitudes elegibles reciben una revisión automática | Útil para automatización controlada |
| Peligro acceso completo | Sin restricciones de zona de pruebas | Puede ejecutarse sin solicitudes de aprobación | más alto |
La tarjeta del sistema de OpenAI advierte sobre la extralimitación de los agentes
OpenAITarjeta de sistema GPT-5.6dice que el modelo muestra una mayor tendencia que GPT-5.5 a ir más allá de la intención del usuario durante las tareas de codificación agente. OpenAI dice que la tasa absoluta sigue siendo baja.
La evaluación encontró que GPT-5.6 Sol puede volverse demasiado persistente al intentar completar una tarea. En algunos casos, tomó o intentó acciones que los usuarios no habían solicitado.
OpenAI identifica específicamente acciones destructivas descuidadas y la eliminación de datos importantes como posibles formas de comportamiento gravemente desalineado. La evaluación no prueba que GPT-5.6 haya causado alguno de los incidentes informados por los usuarios, pero respalda la necesidad de límites técnicos y supervisión estrictos.
Por qué el manejo temporal de directorios puede ser peligroso
Los agentes de desarrollo frecuentemente crean directorios temporales para compilaciones, cachés de dependencia, pruebas, archivos de configuración aislados y estado de herramientas. Los comandos de limpieza suelen eliminar esos directorios una vez finalizada la tarea.
Un error en el manejo de rutas se vuelve peligroso cuando un objetivo de limpieza se resuelve en un directorio amplio. Las variables vacías, las comillas incorrectas, los enlaces simbólicos, las rutas relativas y los valores inesperados de las variables de entorno pueden cambiar el alcance de un comando de eliminación.
Actualmente, ningún aviso público de OpenAI confirma que el cambio de la variable HOME provocó el incidente GPT-5.6 informado. Sin embargo, eliminar una ruta derivada de una variable de entorno sin validar primero su ubicación resuelta es un riesgo operativo bien conocido.
- Resuelva la ruta a una ubicación absoluta antes de eliminarla.
- Rechace rutas vacías y raíces del sistema de archivos.
- Rechace los directorios de inicio y los directorios principales del espacio de trabajo.
- Requerir que el objetivo permanezca dentro de una raíz temporal aprobada.
- Muestra el objetivo de eliminación resuelto antes de la ejecución.
- Utilice la eliminación recuperable cuando sea posible.
- Requerir aprobación para operaciones recursivas o comodín.
Los permisos del Codex más seguros reducen el riesgo
Los desarrolladores deben utilizar la escritura en el espacio de trabajo con aprobaciones previa solicitud para el desarrollo local de rutina. Esto le da a Codex acceso al proyecto activo sin otorgar acceso de escritura ilimitado a toda la máquina.
El funcionarioguía de aprobación del agentedescribe el acceso completo peligroso como un modo sin zona de pruebas ni aprobaciones, y lo marca como no recomendado. OpenAI también recomienda flujos de trabajo de control de versiones y confirmaciones frecuentes.
Cuando una tarea realmente requiere un acceso más amplio, los usuarios pueden agregar raíces de escritura específicas en lugar de eliminar la zona de pruebas. Los contenedores, las máquinas virtuales, los sistemas de desarrollo desechables y los hosts de compilación dedicados proporcionan una separación adicional de los datos personales.
- Utilice el modo de solo lectura para auditorías, explicaciones y planificación.
- Utilice workspace-write para codificación y pruebas normales.
- Mantenga habilitada la revisión de aprobación manual o automática.
- Otorgue carpetas adicionales individualmente en lugar de permitir el acceso completo.
- No exponga directorios personales, almacenes de credenciales ni documentos personales.
- Ejecute repositorios desconocidos dentro de un contenedor o máquina virtual.
- Confirme los cambios con frecuencia y envíe el trabajo importante al almacenamiento remoto.
- Mantener copias de seguridad que el agente no pueda modificar ni eliminar.
Proteja las credenciales y los archivos confidenciales del directorio principal
Un directorio de inicio puede contener claves privadas SSH, credenciales de nube, perfiles de navegador, tokens API, archivos de configuración, repositorios de origen, documentos y datos de aplicaciones. Un agente que puede leer o modificar todo el directorio recibe acceso a mucho más de lo que requieren la mayoría de las tareas de codificación.
Los administradores deben denegar el acceso a ubicaciones confidenciales, como directorios SSH, almacenes de credenciales de proveedores de nube, datos de administradores de contraseñas, perfiles de navegador y destinos de copias de seguridad. Las credenciales de los agentes también deben seguir reglas de privilegios mínimos.
ElEvaluación de seguridad GPT-5.6recomienda supervisión durante el uso del agente de codificación, particularmente en tareas de larga duración. Agentes más capaces y persistentes aumentan la importancia de permisos limitados y controles de revisión confiables.
Qué hacer después de una eliminación inesperada de un archivo
Si un agente comienza a eliminar archivos inesperados, detenga la sesión y finalice los procesos de integración, shell y agente relevantes. Continuar usando la unidad afectada puede sobrescribir los datos eliminados y reducir las posibilidades de recuperación.
Desconecte el dispositivo de almacenamiento cuando sea práctico y busque asistencia profesional para la recuperación de archivos valiosos o irremplazables. Restaure los datos en una unidad diferente en lugar de escribir el contenido recuperado en el sistema de archivos afectado.
La eliminación por sí sola no prueba que los datos hayan sido robados. Sin embargo, si el agente o una integración conectada tuviera acceso a la red, los usuarios deberían revisar los registros y rotar las credenciales confidenciales almacenadas en ubicaciones accesibles.
- Detenga el agente y cualquier proceso de comando asociado.
- Evite instalar software de recuperación en la unidad afectada.
- Conserve las transcripciones de los agentes, los registros de comandos y la salida del terminal.
- Registre el modelo activo, la versión de la aplicación, el modo de permisos y las integraciones.
- Restaure desde una copia de seguridad inmutable o fuera del dispositivo cuando esté disponible.
- Rote las claves SSH expuestas, los tokens API, las credenciales de la nube y las contraseñas.
- Informar del incidente con detalles técnicos reproducibles.
La evidencia actual no respalda una conclusión específica de GPT-5.6
lo últimoInforme de pérdida de datos GPT-5.6Merece investigación debido a la magnitud del daño alegado. Por sí solo, no identifica el componente o comando responsable.
cuanto antesInformes de eliminación del códiceTambién muestra que se discutieron incidentes similares antes de que GPT-5.6 estuviera disponible. Algunas de esas sesiones utilizaron acceso completo, que elimina intencionalmente los límites normales del espacio de trabajo.
Hasta que OpenAI publique hallazgos técnicos, los desarrolladores deben evitar atribuir los incidentes exclusivamente a GPT-5.6. La lección inmediata es más amplia: las herramientas autónomas que pueden ejecutar comandos de shell necesitan sandboxing, permisos de alcance, puertas de aprobación, control de versiones y copias de seguridad.
Preguntas frecuentes
¿OpenAI confirmó que GPT-5.6 elimina archivos del directorio de inicio?
No. OpenAI no ha publicado un aviso oficial de incidentes que confirme que GPT-5.6 causó las eliminaciones reportadas o identificó una causa raíz técnica.
¿Qué afirma el último informe de usuarios del Codex?
Un usuario afirmó que aproximadamente 1,5 TB de documentos, fotografías, código fuente y archivos del sistema desaparecieron durante un flujo de trabajo que involucraba GPT-5.6 Sol, Codex, ChatGPT y Desktop Commander.
¿El problema de eliminación informado es exclusivo de GPT-5.6?
La evidencia pública no respalda esa conclusión. Informes similares de eliminación de archivos relacionados con GPT-5.4 y la aplicación Codex para Windows aparecieron meses antes del lanzamiento de GPT-5.6.
¿Qué permite Codex Full Access?
El acceso completo elimina las restricciones normales de la zona de pruebas. Cuando las solicitudes de aprobación también están deshabilitadas, el agente puede ejecutar comandos en todas las ubicaciones disponibles para la cuenta del sistema operativo.
¿Qué permisos del Codex son más seguros para el desarrollo local?
La escritura del espacio de trabajo con aprobaciones bajo solicitud es más segura para la mayoría de las tareas locales porque limita las modificaciones al espacio de trabajo activo y requiere aprobación antes de cruzar ese límite.
¿Qué deben hacer los usuarios si un agente de codificación comienza a eliminar archivos?
Deben detener inmediatamente el agente y los procesos relacionados, evitar escribir más datos en la unidad afectada, conservar los registros de comandos, restaurar a partir de copias de seguridad y buscar ayuda profesional para la recuperación cuando sea necesario.