Пропуск в управлението на личните токени за достъп е позволявал на атакуващи да действат от името на други потребители и да изтеглят, публикуват или изтриват контейнерни образи. Docker е отстранил проблема и съобщава, че не е открил доказателства за злоупотреба.
Docker разкри критична уязвимост в Docker Hub, регистрирана като CVE-2026-105445, която е позволявала на атакуващи да получат достъп до хранилища с контейнерни образи на други потребители чрез личен токен за достъп (Personal Access Token, PAT).
Docker Hub е платформа за съхранение, споделяне и изтегляне на контейнерни образи – шаблони, съдържащи необходимите компоненти за стартиране на приложения в изолирана среда. PAT токените се използват за удостоверяване на инструменти и автоматизирани работни процеси, включително за изтегляне, публикуване и изтриване на образи.
Според публикувания от Docker бюлетин уязвимостта е създавала риск за веригата на доставки на софтуер, тъй като е позволявала на нападател да публикува модифицирани образи под името на легитимен потребител.
Как е работил механизмът за атака
Проблемът е възниквал при преобразуване на личен акаунт в организационен акаунт в Docker Hub. Нападателят е можел да създаде собствен профил и PAT токен, след което да преобразува профила в организация и да посочи набелязан потребител като неин собственик.
При този процес Docker Hub е прехвърлял токена към определения собственик, без да променя секретната му стойност и без да изисква съгласието на потребителя. Така токенът е можел да бъде използван за удостоверяване от името на набелязания акаунт.
В зависимост от разрешенията, обхвата на токена и правата на засегнатия потребител атакуващият е можел да изтегля, публикува или изтрива контейнерни образи в неговите хранилища и в организациите, до които той има достъп.
„В рамките на обхвата на токена прехвърленият PAT е действал като целевия потребител на ниво регистър“, обяснява Docker. Компанията определя уязвимостта като критична заради възможността за публикуване на образи под легитимна идентичност.
Docker уточнява, че пропускът не е осигурявал достъп до уеб интерфейса на Docker Hub и не е позволявал промяна на пароли, имейл адреси или настройки за двуфакторно удостоверяване. Следователно атаката не е предоставяла неограничен контрол върху целия потребителски акаунт, но е можела да засегне сериозно достоверността и целостта на публикуваните артефакти.
Уязвимостта е съществувала повече от две години
Според Docker проблемният механизъм е въведен на 26 август 2024 г. Оттогава преобразуването на личен акаунт в организация е можело да доведе до прехвърляне на PAT токена към новия собственик, без секретът да бъде оттеглен или сменен и без потвърждение от посочения потребител.
На 30 септември 2026 г. Docker получава сигнал за уязвимостта, потвърждава проблема и внедрява корекция в продукционната среда за по-малко от четири часа.
Компанията съобщава, че е анализирала 304 000 операции по публикуване на образи, извършени с прехвърлени токени, както и публични образи с висок рисков профил. При проверката не са открити доказателства за експлоатация на уязвимостта.
Засегнатите потребители и собствениците на организации са уведомени на 2 октомври. На 8 октомври Docker деактивира прехвърлените PAT токени, с изключение на тези, чиито собственици изрично са поискали да бъдат запазени.
Какво означава това за сигурността на софтуерната верига
Контейнерните образи често са основен градивен елемент на приложенията, които организациите разработват, тестват и внедряват. Ако атакуващ успее да публикува злонамерен образ под името на доверен потребител или организация, последващите автоматизирани процеси могат да го изтеглят и използват, без промяната веднага да бъде забелязана.
Затова рискът не се ограничава до отделен акаунт в Docker Hub. Той може да засегне CI/CD процеси, среди за разработка, внедряване на приложения и системи, които автоматично извличат образи от регистъра.
Случаят подчертава и необходимостта управлението на токени да отчита целия им жизнен цикъл – от издаването и определянето на разрешенията до прехвърлянето, ротацията и отмяната им. Промяна в собствеността на акаунт или организация не трябва автоматично да променя идентичността, от чието име може да се използва даден секрет.
Docker вече е премахнал автоматичното прехвърляне на PAT токени при преобразуване на акаунт в организация. Платформата изисква и съгласие от потребителя, преди той да бъде посочен като собственик на организация.
Компанията заявява, че потребителите, които не са получили уведомление, трябва да приемат, че не са били засегнати и не е необходимо да предприемат действия.
За организациите, използващи Docker Hub, основният приоритет остава контролът върху достъпа до хранилищата и автоматизираните процеси, които използват контейнерни образи. Ограничаването на правата на токените, периодичната им ротация и проверката на произхода и целостта на образите са важни мерки за намаляване на риска от компрометиране на софтуерната верига.
