28.09.2026 · Signal Titans Editorial
Un agente de Claude Code habría eliminado 48.218 archivos activos a través de junctions de Windows
Una limpieza de Claude Code siguió junctions de Windows hasta datos activos, revelando riesgos de permisos amplios, aislamiento débil y Git local.
Un agente de Claude Code habría eliminado 48.218 archivos del entorno de trabajo activo de un desarrollador mientras reconstruía una configuración de pruebas, según el relato de TechRadar sobre una publicación de Reddit que posteriormente fue borrada. El fallo tardó menos de dos minutos y también eliminó los objetos de Git necesarios para reconstruir los archivos de forma local.
Una limpieza de pruebas alcanzó los datos activos
El desarrollador había encargado a un asistente de programación con IA 11 tareas de reparación para un software utilizado en el análisis de datos históricos de opciones bursátiles. Diez terminaron sin incidentes. La última requería reconstruir un entorno de pruebas descrito como un espejo, aplicar allí las reparaciones y mantener intactos los archivos de trabajo originales.
Ese espejo contenía 614 junctions de Windows. Aunque pueden parecer carpetas normales, las junctions redirigen las operaciones de archivos a otra ubicación. En esta configuración apuntaban al entorno de trabajo activo. TechRadar señala que, durante la limpieza, el agente no las trató como enlaces y las siguió hasta los archivos de producción.
Se eliminaron muchos más archivos de los previstos
La limpieza borró alrededor de 55.550 archivos en total. Aproximadamente 7.300 debían eliminarse, mientras que los otros 48.218 eran archivos activos borrados por error. Después, el agente avisó al desarrollador de que había causado un problema, pero el reconocimiento llegó cuando la operación destructiva ya se había ejecutado.
El índice del repositorio permaneció intacto, por lo que Git todavía podía identificar miles de nombres de archivo. Sin embargo, los objetos subyacentes de Git y el historial almacenado habían sido eliminados, lo que impidió restaurar el contenido desde el repositorio local. La fuente no determina cuántos datos pudieron recuperarse finalmente.
Los permisos hicieron posible el daño
El incidente muestra un riesgo que va más allá de una decisión incorrecta del agente: la automatización tenía suficiente acceso al sistema de archivos para convertir ese error en daños amplios e inmediatos. La copia de pruebas no estaba realmente aislada, ya que sus junctions seguían ofreciendo rutas hacia los datos activos.
Para quienes utilizan agentes de programación, el caso respalda varias medidas concretas: aislar los entornos de pruebas de los datos de trabajo, restringir los permisos de eliminación, mantener copias remotas en el sistema de control de versiones y procurar que las operaciones destructivas puedan revertirse. En este caso, Git local no bastó porque la limpieza alcanzó tanto los archivos de trabajo como los objetos del repositorio. La publicación original de Reddit fue eliminada más tarde, de modo que el relato detallado está disponible a través del informe de TechRadar y no de la publicación inicial.
Ilustración editorial generada con IA; no es una fotografía documental.
SIGNAL TITANS