release_agent exploit - Relative Paths to PIDs
Last updated
Last updated
Learn & practice AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE) Learn & practice GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)
Для отримання додаткової інформації перевірте блог за посиланням https://ajxchapman.github.io/containers/2020/11/19/privileged-container-escape.html. Це лише резюме:
Техніка описує метод виконання коду хоста зсередини контейнера, подолання труднощів, викликаних конфігураціями драйвера зберігання, які приховують шлях файлової системи контейнера на хості, такими як Kata Containers або специфічні налаштування devicemapper
.
Ключові кроки:
Локалізація ідентифікаторів процесів (PID): Використовуючи символічне посилання /proc/<pid>/root
у псевдо-файловій системі Linux, будь-який файл всередині контейнера може бути доступний відносно файлової системи хоста. Це обминає необхідність знати шлях файлової системи контейнера на хості.
Пошук PID: Використовується метод грубої сили для пошуку PID на хості. Це робиться шляхом послідовної перевірки наявності конкретного файлу за адресою /proc/<pid>/root/<file>
. Коли файл знаходиться, це вказує на те, що відповідний PID належить процесу, що виконується всередині цільового контейнера.
Запуск виконання: Вгаданий шлях PID записується у файл cgroups release_agent
. Ця дія запускає виконання release_agent
. Успіх цього кроку підтверджується перевіркою наявності вихідного файлу.
Процес експлуатації включає більш детальний набір дій, спрямованих на виконання корисного навантаження на хості шляхом вгадування правильного PID процесу, що виконується всередині контейнера. Ось як це відбувається:
Ініціалізація середовища: Скрипт корисного навантаження (payload.sh
) готується на хості, і створюється унікальний каталог для маніпуляцій з cgroup.
Підготовка корисного навантаження: Скрипт корисного навантаження, який містить команди для виконання на хості, записується та робиться виконуваним.
Налаштування cgroup: Cgroup монтується та налаштовується. Прапорець notify_on_release
встановлюється, щоб забезпечити виконання корисного навантаження, коли cgroup звільняється.
Пошук PID: Цикл проходить через потенційні PID, записуючи кожен вгаданий PID у файл release_agent
. Це ефективно встановлює скрипт корисного навантаження як release_agent
.
Запуск та перевірка виконання: Для кожного PID записується cgroup.procs
cgroup, запускаючи виконання release_agent
, якщо PID правильний. Цикл триває, поки не буде знайдено вихід скрипта корисного навантаження, що вказує на успішне виконання.
PoC з блогу:
Вивчайте та практикуйте AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE) Вивчайте та практикуйте GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)