Docker Hub исправил критическую уязвимость в системе токенов

Смотрел, что нового у вендоров, и увидел, что в Docker Hub исправили критическую уязвимость, позволявшую злоумышленнику выдать себя за другого пользователя и управлять его контейнерными образами. Уязвимость, получившая 9,4 по шкале CVSS, позволяла обойти проверку прав доступа через перенос личных токенов при преобразовании аккаунта в организацию — при этом токен оставался действительным, а новый владелец получал доступ без согласия. Потенциально это могло привести к публикации вредоносных образов от лица легитимных разработчиков, что угрожает цепочке поставок. Уязвимость существовала более дву

Считаю, что это серьёзно — не столько из-за самой уязвимости, сколько из-за её последствий. Даже если сайт не использует Docker напрямую, многие хостинги и CI/CD-системы, через которые он разворачивается, могут быть построены на контейнерах. Если у одного из поставщиков был компрометированный образ, он может проникнуть в инфраструктуру без ведома владельца. Это не просто «случайный баг» — это угроза, которая работает в фоне, пока не будет найдена.

На мой взгляд, важно не только обновить Docker, но и пересмотреть политику управления токенами у всех, кто работает с контейнерными репозиториями. Особенно если кто-то использует автоматизацию. Даже если уязвимость закрыта, остаточные токены — это риск. Надо проверить, кто из тех, кто участвовал в преобразовании аккаунтов, мог получить доступ к чужим образам.