Ciberseguridad

Docker Hub corrige una vulnerabilidad crítica que transfería tokens de acceso personal a nuevos propietarios

Docker corrigió una vulnerabilidad en Docker Hub que permitía transferir automáticamente tokens de acceso personal al convertir una cuenta en una organización, lo que podía otorgar al atacante la capacidad de operar sobre imágenes de software dentro del ámbito de otra víctima. La empresa afirmó que no encontró pruebas de explotación de la vulnerabilidad, desactivó los tokens transferidos e introdujo nuevos controles.

2026-10-12
4 min de lectura
8 visitas
certi.news
Docker Hub corrige una vulnerabilidad crítica que transfería tokens de acceso personal a nuevos propietarios

Docker corrigió una vulnerabilidad de seguridad crítica en Docker Hub que permitía reasignar tokens de acceso personal (PAT) a un nuevo propietario al convertir una cuenta personal en una organización, sin rotar ni revocar el token y sin obtener el consentimiento del nuevo propietario. La vulnerabilidad recibió el identificador CVE-2026-105445, y la empresa la consideró un riesgo para la cadena de suministro de software.

Los investigadores Peter Molnar y Krisztian Hozak informaron del problema el 30 de septiembre de 2026 a través del programa de divulgación de vulnerabilidades, y Docker confirmó que publicó la corrección menos de cuatro horas después, aproximadamente a las 19:10 UTC. El posible periodo de exposición se extendió desde el 26 de agosto de 2024, a las 20:33 UTC, hasta la publicación de la corrección.

¿Cómo se podía explotar el fallo?

Docker Hub permite convertir una cuenta personal en una organización para conservar la misma ruta del repositorio, como convertir alice/app en un repositorio propiedad de una organización sin interrumpir las operaciones de extracción existentes. Durante el proceso de conversión, el usuario seleccionaba una cuenta existente para convertirla en propietaria de la nueva organización.

Desde la introducción del comportamiento defectuoso, los tokens PAT pertenecientes a la cuenta convertida se transferían a la cuenta seleccionada como propietaria, mientras que el secreto del token permanecía en poder de su creador. No se solicitaba al nuevo propietario que confirmara la operación ni se le notificaba. De este modo, el atacante podía utilizar el token como si perteneciera al propietario objetivo a nivel del registro de Docker.

Según el alcance del token, esto podía permitir extraer, publicar o eliminar imágenes de los repositorios de la víctima o de las organizaciones a las que la víctima tuviera acceso. Sin embargo, la propia interfaz de Docker Hub no era accesible mediante el fallo, y no era posible cambiar la contraseña, el correo electrónico, la configuración de autenticación de dos factores ni tomar el control de la cuenta.

Resultados de la investigación y medidas de contención

Docker revisó todas las conversiones de cuentas realizadas desde el 26 de agosto de 2024 y las correlacionó con registros de autenticación, uso de Docker Hub y registros de gestión de identidades y tokens. También examinó aproximadamente 304.000 operaciones de publicación ejecutadas con tokens transferidos y afirmó que no encontró pruebas de explotación de la vulnerabilidad.

Todas las operaciones de publicación revisadas por la empresa se realizaron dentro de los repositorios de la organización convertida o de los repositorios del nuevo propietario, y no se registraron operaciones en cuentas u organizaciones no relacionadas. La empresa también analizó continuamente las imágenes públicas de mayor riesgo y no encontró malware, herramientas de minería, actividad de mando y control, robo de credenciales, mecanismos de persistencia ni manipulación de imágenes.

No obstante, Docker explicó que los registros del registro muestran el uso del token, pero no prueban su existencia si no se utilizó. Por ello, trató como afectados todos los tokens PAT transferidos mediante un proceso de conversión durante el periodo de exposición, independientemente de que apareciera evidencia de uso.

¿Qué cambió en la práctica?

Docker detuvo definitivamente la transferencia de tokens PAT durante la conversión de cuentas y el 2 de octubre envió notificaciones a los usuarios afectados y a los propietarios de las organizaciones implicadas. El 8 de octubre desactivó los tokens transferidos que había identificado, excepto los tokens cuyos propietarios solicitaron conservar antes de la fecha límite.

La empresa también empezó a exigir el consentimiento del usuario antes de designarlo propietario de una organización y a notificarle cuando eso ocurre. Además, registrará un historial auditable de cada cambio en la propiedad de los tokens. Actualmente, Docker está revisando otros flujos que puedan modificar la propiedad de las credenciales en busca del mismo patrón.

La empresa recomienda revisar los tokens de acceso personal desde la configuración de la cuenta en Docker Hub y revocar cualquier token desconocido o que ya no se utilice. Para la automatización de tareas de las organizaciones, recomienda utilizar tokens de acceso de la organización en lugar de un token personal asociado a un individuo.

Fuente de la noticia
c
Autor

certi.news

De la misma categoría

También te puede interesar

Ver todas las noticias