Se ha descubierto una vulnerabilidad en Docker denominada CopyEscape (CVE-2026-17106), la cual permite que contenedores maliciosos escriban archivos fuera del destino designado durante la operación docker cp. Este fallo, localizado en la gestión de extracción de archivos de moby/go-archive, podría permitir la ejecución de código remoto y el compromiso del sistema con privilegios de root en el host.

Un fallo de Docker, CVE-2026-17106 (apodado CopyEscape), permite que contenedores maliciosos escriban archivos fuera del destino de docker cp, lo que podría permitir la ejecución de código y el compromiso a nivel de root.

El problema afecta al manejo de la extracción de archivos de Docker en moby/go-archive. Cuando copias archivos de un contenedor a un host, Docker no realiza una transferencia directa y sencilla.

El demonio de Docker primero empaqueta los archivos solicitados del contenedor en un archivo tar, y la CLI local de Docker extrae ese archivo utilizando los permisos del usuario que ejecutó el comando.

Ese proceso se vuelve peligroso cuando un atacante controla el contenedor de origen. Un comando normal como docker cp container:/report.txt ./report.txt parece seguro porque tú eliges el destino.

Sin embargo, CopyEscape permite que un atacante manipule el archivo creado por un contenedor en ejecución y plante un enlace simbólico (symlink) que apunte fuera del directorio de salida elegido.

La CLI de Docker puede entonces seguir ese enlace simbólico mientras extrae una entrada posterior del archivo, provocando que la escritura del archivo termine en otro lugar del sistema de archivos del host.

Fallo de Docker CopyEscape

Imperva afirmó que la cadena de explotación combina dos debilidades. Primero, una carrera de time-of-check to time-of-use (TOCTOU) en el proceso de generación del archivo permite que un contenedor en ejecución cambie un directorio por un enlace simbólico mientras Docker recorre su sistema de archivos.

Esto puede producir un archivo tar inconsistente que describe la misma ruta tanto como un directorio como un enlace simbólico. Segundo, las rutinas de extracción vulnerables no confinan de manera fiable las escrituras a la carpeta de destino después de que se resuelven los enlaces del sistema de archivos.

El resultado es una primitiva de creación o sobrescritura de archivos arbitrarios con los permisos del proceso de la CLI de Docker. A un desarrollador que ejecute docker cp podrían sustituirle los archivos de inicio de la shell, la configuración de SSH, credenciales de la nube, código fuente o archivos de persistencia a nivel de usuario.

En macOS, la extracción vulnerable ocurre en el sistema local a pesar de que Docker Desktop ejecuta los contenedores dentro de una máquina virtual Linux, lo que convierte los archivos del usuario local en un objetivo potencial.

El riesgo es más serio en sistemas Linux donde los administradores, sistemas de CI, scripts de mantenimiento o pipelines automatizados ejecutan sudo docker cp. En su prueba de concepto, Imperva reemplazó /usr/bin/runc con un script controlado por el atacante.

Según Imperva, una vez que Docker invocó posteriormente el binario de tiempo de ejecución reemplazado, la carga útil se ejecutó como root. El ataque no otorga directamente privilegios del demonio de Docker al contenedor; en su lugar, abusa de la autoridad elevada ya concedida al comando docker cp.

El CVE-2026-17106 también afecta a los Docker Sandboxes a través de sbx cp, creando riesgos para los flujos de trabajo de agentes de IA y agentes de codificación al recuperar archivos de sandboxes no confiables. Docker Sandboxes 0.38.0 corrige el problema de escape del destino.

Docker solucionó el fallo en Docker Desktop 4.86.0, lanzado el 10 de agosto de 2026. Las notas de la versión describen el problema como un fallo de escape del destino en docker container cp. La corrección subyacente de moby/go-archive está disponible en la versión 0.3.0, mientras que las versiones del paquete afectadas son anteriores a la 0.3.0.

Las organizaciones deberían actualizar Docker Desktop a la versión 4.86.0 o posterior y actualizar Docker Engine y Docker CLI a las versiones parcheadas actuales. El aviso de seguridad de Docker confirma que Desktop 4.86.0 soluciona el CVE-2026-17106.

Hasta que las actualizaciones se completen, evita copiar archivos de contenedores en ejecución que no sean confiables, estén comprometidos o se utilicen para procesar contenido externo.

Detener un contenedor antes de usar docker cp puede evitar la carrera del sistema de archivos en vivo utilizada en el exploit demostrado. Sin embargo, trata todos los archivos de fuentes no confiables como hostiles.

También deberías evitar sudo docker cp, eliminar los privilegios de root de los trabajos de recolección de artefactos de CI siempre que sea posible, y recuperar datos de contenedores sospechosos solo desde máquinas virtuales desechables o entornos de análisis aislados.

CopyEscape demuestra que la extracción de archivos es en sí misma un límite de seguridad: una operación rutinaria de recuperación de archivos puede convertirse en la vía que un atacante utiliza para cruzar desde un contenedor de vuelta al host.

Fuentes:
https://cybersecuritynews.com/copyescape-docker-flaw/