Convirtió a la víctima en propietaria y se apropió de sus permisos: Docker Hub convivió dos años con una vulnerabilidad crítica

En Docker Hub se encontró un error poco común por el cual un atacante no necesita robar la contraseña de la víctima para obtener permisos para operar con sus imágenes. Docker informó de una crítica CVE-2026-105445, relacionada con la conversión de una cuenta personal en una organización. La puntuación numérica CVSS y la versión de la escala no se habían publicado al momento de redactar la noticia.

El error existe desde el 26 de agosto de 2024. Al convertir una cuenta, Docker Hub permite designar como propietario de la nueva organización a un usuario existente. Junto con la cuenta, el servicio transfiere los tokens de acceso personal (PAT) al nuevo propietario, pero no cambia los secretos ni revoca los valores antiguos. No se requiere el consentimiento ni la notificación de la persona designada como propietaria.

El escenario de ataque parece peligrosamente sencillo. El atacante crea una cuenta y un PAT, luego convierte la cuenta en una organización y designa como propietaria a la víctima elegida. Docker Hub reasocia el token a la víctima, mientras que el secreto original permanece en poder del atacante. El registro acepta el mismo PAT como perteneciente a la víctima y otorga permisos dentro de los límites del token.

Ese PAT permite subir, publicar o eliminar imágenes en los repositorios de la víctima y de las organizaciones a las que ella tiene acceso. La posibilidad de publicar contenedores bajo un nombre de confianza crea una amenaza para la cadena de suministro. En 2026 ya se observaron consecuencias similares cuando atacantes manipularon KICS en Docker Hub.

La vulnerabilidad no permite la captura total de la cuenta. El PAT transferido no abre la interfaz web de Docker Hub ni permite cambiar la contraseña, la dirección de correo o la configuración de autenticación de dos factores. Sin embargo, el acceso al registro es suficiente para la sustitución de imágenes publicadas, como muestran ataques previos a Trivy y paquetes relacionados.

Peter Molnar y Kristian Hozak informaron del problema el 30 de septiembre. El equipo de Docker reprodujo el fallo y aproximadamente cuatro horas después publicó una corrección: al convertir una cuenta, los PAT ya no se transfieren. El 2 de octubre la empresa avisó a los usuarios afectados, y el 8 de octubre revocó forzosamente los tokens transferidos encontrados, excepto aquellos que sus propietarios pidieron conservar.

Docker revisó todas las conversiones de cuentas desde la aparición del error y examinó alrededor de 304.000 operaciones de push con PAT transferidos. La empresa no encontró indicios de explotación, ni halló código malicioso o sustituciones en imágenes públicas de alto riesgo. La empresa aclaró que un token sin usar no deja rastros en los registros, por lo que la ausencia de actividad no demuestra que nadie haya conservado el secreto.

Se aconseja a los usuarios que Docker notificó el 2 de octubre que revisen la sección de tokens de acceso personal y revoquen las claves desconocidas o innecesarias. Para la automatización dentro de las organizaciones, la empresa recomienda tokens de acceso de organización en lugar de tokens de acceso personal (PAT). Si no recibió la notificación, Docker consideró que la cuenta no fue afectada y no se requieren acciones adicionales.