CVE-2026-41489

Wysokie

Opublikowano: 11/05/2026(UTC)Przetłumaczono: 15/06/2026(UTC)NVD NIST

Streszczenie

Pi-hole, system DNS sinkhole, ma podatność w skryptach powłoki, które wykonują operacje na plikach z uprawnieniami roota bez walidacji ścieżek. Atakujący z uprawnieniami Pi-hole może wykorzystać tę lukę do eskalacji uprawnień do roota poprzez manipulację kluczami SSH.

Ocena ryzyka

Organizacja może być narażona na lokalną eskalację uprawnień, co może prowadzić do nieautoryzowanego dostępu do systemu i potencjalnych działań złośliwych.

Rekomendacja

Zaleca się aktualizację do wersji Core 6.4.2 i FTL 6.6.1, aby usunąć tę podatność oraz przegląd konfiguracji i uprawnień w systemie.

Inne podatności w Pi-hole

CVE-2026-50130Wysokie
Podatność w Pi-hole od wersji 6.0 do 6.4.2 umożliwia użytkownikowi z wykonaniem kodu jako nieuprzywilejowany użytkownik pihole eskalację uprawnień do roota poprzez podmianę pliku /etc/pihole/logrotate. Plik ten jest następnie przetwarzany przez skrypt pihole-FTL-prestart.sh, który nadaje mu własność root:root, a następnie wykonywany jako root przez codzienny cron flush, co pozwala na uruchomienie dowolnego kodu z uprawnieniami administratora.

Oryginalny opis (angielski, źródło NVD)

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.