Коротко о главном
Docker раскрыл критическую уязвимость в Docker Hub, получившую название GhostPat и идентификатор CVE-2026-105445. Она позволяла злоумышленнику с личным access-токеном (PAT) выдавать себя за другого пользователя и выполнять операции с контейнерными образами от его имени.
Уязвимость существовала почти два года с 26 августа 2024 года по 30 сентября 2026 года, когда Docker выпустил серверное исправление. CVSS-оценка 9.4 из 10 (критическая).
Хорошая новость: Docker не нашёл доказательств эксплуатации. Компания проверила все конверсии аккаунтов за уязвимый период, записи токенов и около 304 000 операций push образов. Пострадавшие пользователи были уведомлены 2 октября, а скомпрометированные токены деактивированы 8 октября.
Что делать: если вы не получали уведомление от Docker действий не требуется. Если получали проверьте токены и репозитории, смените учётные данные для автоматизации.
Что такое GhostPat и как работает уязвимость
Уязвимость относится к классу CWE-266: Incorrect Privilege Assignment (неправильное назначение привилегий). Она затрагивает функцию конвертации личного аккаунта в организацию.
Механика атаки
- Злоумышленник создаёт личный аккаунт в Docker Hub и генерирует personal access token (PAT) секретный ключ для аутентификации в реестре.
- Конвертирует аккаунт в организацию. При этом Docker Hub переназначал PAT новому владельцу организации но не менял секрет токена и не запрашивал согласие у получателя.
- Злоумышленник назначает целевого пользователя владельцем организации. Docker Hub автоматически передаёт токен этому пользователю.
- Атакующий сохраняет знание секрета токена и может использовать его для аутентификации в реестре от имени целевого пользователя.
Что может атакующий
В пределах области действия токена (scope) и прав доступа целевого пользователя злоумышленник мог:
- Загружать (push) контейнерные образы от имени жертвы.
- Скачивать (pull) приватные образы.
- Удалять (delete) образы в личных и организационных репозиториях.
Docker классифицировал это как риск для цепочки поставок ПО: публикация вредоносных образов под легитимным именем может скомпрометировать нижестоящие системы, которые эти образы используют.
Чего атакующий НЕ мог
Важное ограничение: уязвимость не давала полного захвата аккаунта. Атакующий не мог:
- Войти в веб-интерфейс Docker Hub.
- Сменить пароль, email или настройки двухфакторной аутентификации.
- Заблокировать доступ законному владельцу.
Кто в зоне риска
Уязвимость затрагивает личные аккаунты Docker Hub, которые были конвертированы в организации в период с 26 августа 2024 года по 30 сентября 2026 года включительно.
Особому риску подвержены:
- Пользователи, чьи аккаунты были конвертированы в организации.
- Владельцы организаций, назначенные в этот период.
- Команды, использующие personal access tokens (PAT) для автоматизации CI/CD.
- Проекты, зависящие от образов в затронутых репозиториях.
Docker утверждает, что затронуто «ограниченное число пользователей», и те, кто не получил уведомление, могут считать себя не затронутыми.
Что делать, если вы затронуты
Шаг 1. Проверьте уведомления от Docker
Docker разослал email-уведомления пострадавшим пользователям и владельцам организаций 2 октября 2026 года. В письме указаны:
- Описания затронутых токенов.
- Даты создания токенов.
- Рекомендации по действиям.
Если вы не получали уведомление согласно Docker, вы не в группе риска, и специальных действий не требуется.
Шаг 2. Проверьте личные access-токены
Даже если вы не получали уведомление, стоит провести профилактическую проверку.
- Войдите в Docker Hub → Account Settings → Security → Personal access tokens.
- Просмотрите список токенов.
- Отзовите (revoke) все незнакомые, неиспользуемые или устаревшие токены.
- Смените (rotate) токены, которые используются в автоматизации, если есть подозрения.
Шаг 3. Проверьте активность в реестре
Просмотрите историю операций с образами в ваших репозиториях:
- Неожиданные push-операции.
- Незнакомые pull-запросы.
- Удаления образов, которых вы не совершали.
Если обнаружены подозрительные действия проверьте целостность опубликованных образов и их использование в downstream-системах.
Шаг 4. Смените учётные данные для автоматизации
Если ваши токены использовались в CI/CD-пайплайнах, GitHub Actions, GitLab CI или других системах:
- Создайте новые токены с минимально необходимыми правами (scope).
- Обновите секреты в системах автоматизации.
- Отзовите старые токены.
Шаг 5. Предпочитайте organization access tokens
Где возможно, используйте organization access tokens вместо личных PAT. Организационные токены привязаны к организации, а не к конкретному пользователю, и менее уязвимы к подобным проблемам.
Что сделал Docker
Docker отреагировал быстро и прозрачно.
Исправление
30 сентября 2026 года Docker получил сообщение об уязвимости, подтвердил её и развернул серверное исправление менее чем за 4 часа.
Что изменилось:
- Docker Hub больше не переназначает PAT при конвертации аккаунта в организацию.
- Новый владелец должен создать собственные учётные данные, а не наследовать существующие токены.
- Введены контроль согласия (owner-consent) и аудит владения учётными данными при назначении владельцев организаций.
Расследование
Docker провёл проверку:
- Изучены все конверсии аккаунтов за уязвимый период.
- Проверены записи токенов.
- Проанализированы 304 000 push-операций, выполненных с переданными токенами.
- Проверены образы с высоким уровнем риска на предмет вредоносного содержимого.
Результат: доказательств эксплуатации не обнаружено.
Оговорка: Docker не раскрыл результаты проверки pull и delete операций только push и публичные образы.
Уведомления и деактивация
- 2 октября 2026: уведомлены пострадавшие пользователи и владельцы организаций.
- 8 октября 2026: деактивированы переданные токены, кроме тех, что владельцы явно попросили сохранить.
Хронология событий
| Дата | Событие |
|---|---|
| 26 августа 2024 | Уязвимость появилась: конверсия аккаунта начала переназначать PAT |
| 30 сентября 2026 | Docker получил отчёт и выпустил исправление менее чем за 4 часа |
| 2 октября 2026 | Уведомлены пострадавшие пользователи и владельцы организаций |
| 8 октября 2026 | Деактивированы переданные токены |
| 13 октября 2026 | Опубликована запись CVE-2026-105445 с оценкой 9.4 |
Часто задаваемые вопросы
Это уязвимость в Docker Engine или в Docker Hub?
Только в Docker Hub облачном реестре. Docker Engine, Docker Desktop и локальные контейнеры не затронуты.
Мой аккаунт взломали?
Скорее всего, нет. Уязвимость не давала полного доступа к аккаунту только возможность выполнять операции с образами в пределах прав токена.
Что если я не получал уведомление от Docker?
Согласно Docker, пользователи, не получившие уведомление, не были затронуты. Специальных действий не требуется.
Нужно ли обновлять Docker Desktop или Docker Engine?
Нет. Исправление серверное Docker применил его на стороне Docker Hub. Вам не нужно ничего устанавливать или обновлять.
Как проверить, был ли мой токен скомпрометирован?
В уведомлении от Docker указаны описания и даты создания затронутых токенов. Если вы его не получали проверьте список PAT вручную.
Что делать с токеном, который я сохранил после уведомления?
Если вы явно попросили сохранить переданный токен, Docker оставил его активным. Такой токен следует отозвать и заменить на новый, созданный вами.
Уязвимость была использована?
Docker не нашёл доказательств эксплуатации. Проверены 304 000 push-операций и образы высокого риска.
Как защититься от подобного в будущем?
Ограничивайте scope токенов, регулярно ревизуйте PAT, используйте organization access tokens для автоматизации и включайте аудит при назначении владельцев организаций.
Что в итоге
CVE-2026-105445 серьёзная уязвимость, но Docker отреагировал быстро и профессионально: исправление за 4 часа, расследование, уведомления, деактивация токенов. Доказательств эксплуатации нет. Если вы не получали уведомление можно расслабиться. Если получали проверьте токены, смените учётные данные для автоматизации и проверьте активность в репозиториях. Как всегда, лучшая защита минимальные привилегии и регулярная ротация секретов.
