Lokální eskalace práv v GNU Screen 4.5.0 (diskuse)

[D.A.Tiger]

To je nekdy k uzoufani - clovek vymysli fajn volbu, na prvni pohled naprosto neskodnou a prijde nkdo jiny a dokaze z toho udelat bezpecnostni diru... :( Nerikam, ze je spatne, ze to nekdo objevil, a nahlasil, ale toho vyvojare to asi moc nepotesi....

[bla.bla]

ja nerozumiem kde sa tam objavi ten root... ked si ja pod svojim kontom otvorim screen, tak vsetky nasledne procesy a subory budu maximalne vlastnene mojim uid

[Ivan]

Tezko rict, nektere instalace mozna maji suid bit pro skupinu(tty). Navic i takovy logovaci soubor se da zneuzit. Nekdy stacilo udelat symlink "/tmp/screen.log => /etc/passwd" a root ktery si screen spusti ten password fajl vesele prepise.

[Jendа]

Tak například binárka screenu má SGID bit. Nicméně to nemám kde zkusit, protože na Lennym a ve Squeeze ta chyba ještě není a novější Debiany už jsou opravené.

[Matlák]

Na mojí domácí mašině (slackware) SGID bit není ale na pracovním debianu ano. To by mě zajímalo k čemu ten bit debian potřebuje. Tohle nepovažuju za chybu screen, spíš za chybu distributorů...

[R]

SGID ma, ale na utmp, nie root:

$ ls -l /usr/bin/screen
-rwxr-sr-x 1 root utmp 464332 Sep  3  2015 /usr/bin/screen

Je to kvoli zapisu to /var/run/utmp.

[lnykryn]

Myslím, že je to kvůli zápisu do /run/screen, kde se ukládají informace o běžících instancích. Současně ta složka nemůže být zapisovatelná pro všechny, protože by tam lidi mohli házet bordel a obcházet kvóty.

[Michal Kubeček]

Podle toho commitu a odkazované diskuse to vypadá, že problém se opravdu týká jen instalací, kde má screen SUID na roota - není mi ale moc jasné, proč něco takového dělat.