Docker Desktop до версии 4.97.0 записывает сторонние API-ключи и токены доступа в открытом виде в локальные журналы и диагностические пакеты. Кроме того, контейнер может испортить сетевой стек виртуальной машины через неверные метаданные контрольных сумм IPv4. Эти проблемы Docker подтвердил и исправил 26 октября в выпуске 4.97.0. Отдельно вендор пересобрал образы песочниц после компрометации удостоверяющего центра eMudhra.
Токены в диагностических пакетах, контрольные суммы IPv4 и сертификаты eMudhra
Docker не приводит оценку CVSS (общая шкала серьёзности уязвимостей) и уровень не указывает. Сведений об эксплуатации этих проблем в реальных атаках нет. Публикация уведомления означает лишь доступность технических деталей, а не применение уязвимости на практике. Приоритет обновления поэтому определяют по условиям эксплуатации, которые вендор описал кратко.
Запись ключей и токенов в журналы открытым текстом
Первую проблему вендор описал как недостаточное маскирование полезной нагрузки в сообщениях межпроцессного взаимодействия (IPC, обмен данными между процессами одной машины). Из-за этого в журнал попадали сторонние API-ключи и токены доступа OAuth. OAuth - протокол авторизации, по которому приложение получает доступ к сервису от имени пользователя. Токены не относятся к учётной записи Docker: они открывают доступ к сторонним сервисам, которые подключил пользователь.
Идентификатор проблемы - CVE-2026-114409. Получить ключи может тот, у кого есть доступ на чтение к файлам журналов и к диагностическим пакетам (архивам с журналами и служебными данными для поддержки). Атака локальная: сеть не требуется, учётные данные не нужны, участие пользователя не обязательно.
Часть путей журналирования Docker закрыл в 4.94.0 и 4.95.0, однако записи с учётными данными после обновления сохраняются. Выпуск 4.97.0 устраняет причину и удаляет накопленные журналы и дампы аварийных завершений на хосте (основной машине). Пакеты диагностики, собранные в 4.96.x или раньше, придётся удалить или очистить. То же касается копий журналов, сохранённых в других местах.
Повреждение сетевого стека виртуальной машины контейнером
Вторая проблема, CVE-2026-99999, относится к ядру - низкоуровневой части операционной системы. Контейнер отправляет пакеты через виртуальный интерфейс TUN или через сокеты AF_PACKET с прямым доступом к кадрам сети. Если метаданные контрольных сумм IPv4 (служебные поля для проверки целостности пакета) искажены, контейнер повреждает сетевой стек виртуальной машины. В результате нарушается сетевая связность среды, где работают контейнеры.
Для атаки нужен запуск контейнера внутри Docker Desktop, других условий вендор не приводит. Исправление вошло в 4.97.0, обходных мер Docker не называет.
Пересборка образов песочниц после компрометации eMudhra
Двадцатого октября 2026 года исследователи раскрыли компрометацию закрытых ключей для восьми промежуточных удостоверяющих центров eMudhra. Удостоверяющий центр выдаёт и подписывает сертификаты, подтверждающие подлинность сайтов и сервисов. С такими ключами злоумышленник выдаёт себя за сайт перед клиентами, которые доверяют скомпрометированным сертификатам. Клиенту достаточно подключиться к такому сервису: атака идёт по сети, учётные данные и участие пользователя не требуются.
Docker пересобрал образы песочниц для встроенных наборов инструментов с обновлёнными сертификатами удостоверяющих центров; уведомление об этом обновлено двадцать первого октября. Пересборка не меняет уже созданные песочницы, а обновление одной командной строки sbx их не затрагивает. Поэтому песочницу пересоздают командой sbx create с флагом --pull always: тогда образ скачивается заново, а не берётся из кэша. Тот же флаг нужен при создании новых песочниц из встроенных наборов. Перед удалением нужно сохранить файлы изнутри песочницы, включая незапушенные коммиты в режиме клонирования. Удаление стирает её файловую систему.
Если песочницу нужно сохранить, пакет ca-certificates обновляют штатным пакетным менеджером, после чего приложения перезапускают. Инструменты с собственными сертификатами удостоверяющих центров потребуют отдельного обновления. Пользовательские шаблоны обновляют через исправления безопасности базового дистрибутива и затем пересобирают.
Для Docker Desktop достаточно обновления до 4.97.0, но старые диагностические пакеты и копии журналов удаляют отдельно. Записи с токенами переживают обновление, поэтому утечка остаётся значимой и после перехода на 4.97.0. Для песочниц обновление клиента само по себе не помогает: нужны новые образы или свежий пакет сертификатов.
Ссылки
- https://docs.docker.com/security/security-announcements/#docker-desktop-4970-security-update-cve-2026-99999
- https://docs.docker.com/security/security-announcements/#docker-desktop-4970-security-update-cve-2026-114409
