Уязвимости в скенерите за сигурност на образи на Docker контейнери

Публикувани резултати от тестването на инструменти за идентифициране на неизправени уязвимости и откриване на проблеми със сигурността в образите на изолирани контейнери Docker. Проверката показа, че в 4 от 6 известни сканиращи инструменти за образи Docker съществуваха критични уязвимости, които позволяват атака директно на самия скенер и изпълнението на произволен код в системата, в отделни случаи (например, при използване на Snyk) с права на root.

За атаката на злонамерения потребител е достатъчно да инициира проверка на своя Dockerfile или manifest.json, включващ специално форматирани метаданни, или да постави вътре в образа файлове Podfile и gradlew. Прототипи на експлоити успешно бяха подготвени за системи
WhiteSource, Snyk,
Fossa и
Anchore. Най-добрата сигурност показа пакетът Clair, написан първоначално с оглед на осигуряване на сигурността. Проблеми не бяха открити и в пакета Trivy. В резултат на това беше направен извод, че скенерите на Docker-контейнерите трябва да бъдат стартирани в изолирани среди или да се използват само за проверка на собствените образи и да се внимава при свързването на подобни инструменти с автоматизирани системи за непрекъсната интеграция.

В FOSSA, Snyk и WhiteSource уязвимостта беше свързана с извикването на външен пакетен мениджър за определяне на зависимостите и позволяваше организиране на изпълнението на свой код чрез указване на команди touch и system в файловете gradlew и Podfile.

В Snyk и WhiteSource допълнително бяха открити уязвимости, свързани с организиране на изпълнение на системни команди при анализа на Dockerfile (например, в Snyk чрез Dockefile можеше да бъде заменена утилитата /bin/ls, извиквана от скенера, а в WhiteSource можеше да бъде подставен код чрез аргументи под формата “echo ‘;touch /tmp/hacked_whitesource_pip;=1.0’”).

В Anchore уязвимостта беше причинена от използването на утилитата skopeo за работа с Docker-образи. Експлоатацията се състоеше в добавянето в файла manifest.json на параметри от вида ‘»os»: «$(touch hacked_anchore)»‘, които се подставят при извикването на skopeo без адекватно екраниране (премахваха се само символите «;&», но конструкцията «$()» беше разрешена).

Същият автор извърши проучване на ефективността на откритие на неизправени уязвимости от скенерите за сигурност на docker-контейнери и нивото на лъжливи срабатывания (част 1, част 2, част 3). По-долу са представени резултатите от тестването на 73 образа, съдържащи известни уязвимости, както и оценка за ефективността на идентифициране на наличието на типични приложения в образите (nginx, tomcat, haproxy, gunicorn, redis, ruby, node).

Източник: opennet.ru