CVE-2016-7032

Sudo do wersji 1.9.17p2 nie stosuje kontroli zasad intercept do wywołania systemowego execveat w trybie intercept opartym na ptrace. Użytkownicy uprawnieni do uruchamiania określonych poleceń mogą wykonywać zabronione programy, wywołując execveat bezpośrednio lub przez fexecve, omijając egzekwowanie zasad i rejestrowanie.

Wersja 1.8.20p1 i wcześniejsze sudo autorstwa Todda Millera są podatne na walidację wejścia (wbudowane znaki nowej linii) w funkcji get_process_ttyname(), co prowadzi do ujawnienia informacji oraz wykonania poleceń.

W niektórych produktach Apple, w tym macOS przed wersją 10.12.4, odkryto problem związany z komponentem 'sudo'. Umożliwia on zdalnie uwierzytelnionym użytkownikom uzyskanie uprawnień poprzez wykorzystanie członkostwa w grupie administratorów na serwerze katalogowym w sieci.

Podatność w sudoedit przed wersją 1.8.15 umożliwia lokalnym użytkownikom uzyskanie podwyższonych uprawnień poprzez atak symlink na plik, którego pełna ścieżka jest zdefiniowana przy użyciu wielu znaków wieloznacznych w pliku /etc/sudoers.

W Sudo do wersji 1.9.17p2 przed commit 3e474c2, niepowodzenie wywołania setuid, setgid lub setgroups podczas obniżania uprawnień przed uruchomieniem mailera nie jest traktowane jako błąd krytyczny, co może prowadzić do eskalacji uprawnień.

Podatność w Sudo przed wersją 1.9.17p1 pozwala użytkownikom wymienionym w pliku sudoers na wykonywanie poleceń na niezamierzonych maszynach, gdy plik sudoers określa hosta, który nie jest ani bieżącym hostem, ani ALL.

Sudo w wersji 1.5 na systemach Debian Linux 2.1 i Red Hat 6.0 pozwala lokalnym użytkownikom na sprawdzenie istnienia dowolnych plików poprzez próbę wykonania nazwy pliku jako programu, co generuje różne komunikaty o błędach w przypadku, gdy plik nie istnieje.

Wersje sudo 1.5.x umożliwiają lokalnym użytkownikom wykonywanie dowolnych poleceń za pomocą ataku .. (dot dot).