Pi-hole — это DNS-приемник, который защищает устройства от нежелательного контента без установки какого-либо клиентского программного обеспечения. Начиная с версии 6.0 и до версий Core 6.4.2 и FTL 6.6.1, два сценария оболочки, выполняемые systemd от имени пользователя root (pihole-FTL-prestart.sh и pihole-FTL-poststop.sh), считывают путь files.pid из этой конфигурации без проверки и используют его в привилегированных файловых операциях (install и rm -f). Записав произвольный путь в файл files.pid, злоумышленник с привилегией pihole может заставить пользователя root удалить, а затем воссоздать любой файл в системе за пределами каталогов ProtectSystem=full-restricted, получив к нему доступ на запись.
При установке Pi-hole по умолчанию это приводит к локальному повышению привилегий до root посредством манипулирования авторизованными ключами SSH. Если /root/.ssh/authorized_keys не существует (по умолчанию при новой установке), требуется только ExecStartPre. Если файл существует, ExecStopPost сначала удаляет его, и тот же перезапуск запускает оба перехвата последовательно.
Эта уязвимость исправлена в Core 6.4.2 и FTL 6.6.1.
Показать оригинальное описание (EN)
Pi-hole is a DNS sinkhole that protects devices from unwanted content without installing any client-side software. From 6.0 to before Core 6.4.2 and FTL 6.6.1, two shell scripts executed as root by systemd (pihole-FTL-prestart.sh and pihole-FTL-poststop.sh) read the files.pid path from this config without validation and use it in privileged file operations (install and rm -f). By writing an arbitrary path into files.pid, an attacker with pihole privilege can cause root to delete and then recreate any file on the system outside the ProtectSystem=full-restricted directories, gaining write access to it. On a default Pi-hole installation this yields local privilege escalation to root via SSH authorized keys manipulation. If /root/.ssh/authorized_keys does not exist (default on fresh installs), only ExecStartPre is required. If the file exists, ExecStopPost deletes it first, and the same restart triggers both hooks in sequence. This vulnerability is fixed in Core 6.4.2 and FTL 6.6.1.
Характеристики атаки
Последствия
Строка CVSS v3.1