Docker ha revelado una vulnerabilidad crítica en Docker Hub (CVE-2026-105445) que podría haber permitido a atacantes suplantar la identidad de otros usuarios y publicar imágenes de contenedores bajo nombres confiables. El fallo afectaba a los tokens de acceso personal durante las conversiones de cuentas. Docker solucionó el problema el 30 de septiembre de 2026 y afirmó que no hay evidencia de que la vulnerabilidad haya sido explotada.

Docker ha revelado una vulnerabilidad crítica en Docker Hub que podría permitir que los atacantes suplanten a otros usuarios y publiquen imágenes de contenedores bajo nombres confiables. Registrada como CVE-2026-105445, el fallo afectaba a los tokens de acceso personal transferidos durante las conversiones de cuentas.

Docker resolvió el problema el 30 de septiembre de 2026, afirmando que su investigación no encontró evidencia de explotación. Este problema representaba un riesgo para la cadena de suministro de software, ya que los atacantes podrían potencialmente alterar imágenes en las que los desarrolladores confiaban.

Dependiendo de los permisos del token y del acceso del usuario objetivo, podrían extraer, subir o eliminar imágenes en repositorios personales y organizaciones conectadas. Sin embargo, el fallo no permitía la toma de control total de la cuenta.

Vulnerabilidad de Docker Hub

Docker Hub permite que conviertas una cuenta personal en una organización manteniendo los nombres de los repositorios existentes. Esto ayuda a que los equipos conserven las referencias de imágenes utilizadas por las aplicaciones y los sistemas de construcción.

• https://www.docker.com/blog/docker-hub-security-advisory-cve-2026-105445/

Durante la conversión, seleccionas una cuenta de Docker Hub existente para que se convierta en el propietario de la organización. A partir del 26 de agosto de 2024, este proceso también transfería los tokens de acceso personal de la cuenta original, conocidos como PAT, al propietario seleccionado. Docker cambió el registro de propiedad sin cambiar ni revocar el secreto del token. Al nuevo propietario no se le pidió que aprobara la transferencia ni se le notificó que hubiera ocurrido.

Por lo tanto, un atacante podría crear una cuenta, generar un PAT y convertir esa cuenta en una organización nombrando a una víctima como su propietario. El atacante seguía conociendo el secreto del token, pero Docker Hub ahora vinculaba ese token a la víctima. Las solicitudes al registro que lo utilizaran podrían autenticarse como el usuario objetivo.

Se trató de un fallo en el manejo de la propiedad de las credenciales más que de un ataque de contraseñas robadas. El token seguía siendo utilizable después de que su identidad cambiara. Docker dice que la ventana de exposición duró desde el 26 de agosto de 2024 a las 20:33 UTC hasta el 30 de septiembre de 2026, aproximadamente a las 19:10 UTC, cuando se implementó la solución en producción.

Publicar una imagen bajo un nombre de repositorio legítimo podría exponer a los usuarios finales a código inesperado.

Ateriormente el ataque a la cadena de suministro de Trivy que involucraba imágenes de Docker comprometidas, ilustrando por qué las rutas de publicación confiables son importantes. Ese incidente es independiente de esta vulnerabilidad, de la cual Docker no encontró evidencia de que los atacantes la hubieran explotado.

Los tokens afectados no proporcionaban acceso al sitio web de Docker Hub. Los atacantes no podían usar este fallo para cambiar la contraseña, la dirección de correo electrónico o la configuración de autenticación de dos factores de una víctima.

El impacto se mantuvo a nivel de registro y dependió del alcance del token y de los permisos del repositorio del usuario. Los investigadores Peter Molnar y Krisztian Hozak de mptrdev.com informaron del problema a través del programa de divulgación de vulnerabilidades de Docker.

Según el aviso de seguridad de Docker, la empresa lo reprodujo con cuentas de prueba internas y desplegó una solución menos de cuatro horas después de recibir el informe.

Docker revisó cada conversión de cuenta desde que apareció el fallo y comprobó los registros de autenticación del registro, los datos de uso y los registros de tokens. Los investigadores examinaron aproximadamente 304,000 subidas de imágenes realizadas con tokens transferidos.

Todas se dirigieron a repositorios pertenecientes a la organización convertida o al nuevo propietario, sin que ninguna llegara a cuentas no relacionadas. Docker también inspeccionó imágenes públicas de mayor riesgo sin ejecutarlas. No encontró malware, mineros de criptomonedas, robo de credenciales, persistencia ni manipulaciones.

Sin embargo, los registros del registro anotan el uso del token en lugar de su existencia. Por lo tanto, Docker trató cada PAT transferido como potencialmente afectado, incluidos los tokens que nunca aparecieron en los registros de uso.

Docker notificó a los usuarios expuestos y a los propietarios de organizaciones el 2 de octubre. El 8 de octubre, desactivó los tokens transferidos, excepto aquellos que los propietarios solicitaron conservar. La conversión de cuentas ya no transfiere los PAT.

Docker también está añadiendo el consentimiento del propietario, notificaciones y registros de cambios de propiedad de tokens. Docker afirma que los usuarios que no recibieron ninguna notificación no estuvieron expuestos y no necesitan realizar ninguna acción específica sobre el incidente.

Te recomienda revocar los PAT desconocidos o no utilizados y usar tokens de acceso de organización para la automatización organizacional. Las herramientas de escaneo de imágenes de contenedores relacionadas proporcionan contexto para los equipos que revisan la seguridad de las imágenes junto con los controles de credenciales.

Fuentes:
https://cybersecuritynews.com/docker-hub-vulnerability/