[параноик]Странная вещь с убиванием процесса

0

1

Debian Squeeze, Gnome 2. Странная вещь - при убивании процесса через gnome-system-monitor его владельцем перед смертью становится рут, как будто его валит что-то рутовое, притом, что процесс запущен от юзера, а никаких привилегий gnome-system-monitor не просил. При убийстве через killall владельцем был и остаётся юзер. В рядом стоящем Минте ничего подобного не происходит. Почему так?

Ссылка

←	openSUSE. Изменить шифр диска

[gentoo] kde4 без флагов accessibility и qt3support

→

Это фича такая! А попробуй убить из htop, что скажет?

~~ipwww~~ ★★
(31.12.11 12:29:15 MSK)

Ответ на: комментарий от ipwww 31.12.11 12:29:15 MSK

Это фича такая!

потомущто гладиолус?

anonymous
(31.12.11 12:31:03 MSK)

Ссылка

Ответ на: комментарий от ipwww 31.12.11 12:29:15 MSK

htop не знаю, top молчит. Но я уже понял, что в Минте тоже так бывает, моя паранойя накормлена.

lmtea ★
(31.12.11 13:17:29 MSK) автор топика

Ссылка

Вероятно, у gnome-system-monitor есть suid-bit или capabilities

Xenius ★★★★★
(03.01.12 18:09:49 MSK)

Ответ на: комментарий от Xenius 03.01.12 18:09:49 MSK

А что он тогда на убивание рутовых процессов парольку просит?

lmtea ★
(03.01.12 18:10:32 MSK) автор топика

Ответ на: комментарий от lmtea 03.01.12 18:10:32 MSK

А что он тогда на убивание рутовых процессов парольку просит?

ping тоже под простым юзером не всё позволяет делать, даже с suid. Если у самого процесса есть привилегии рута, это не значит что он даст любому юзеру все свои возможности — это было бы дыркой в безопасности.

Xenius ★★★★★
(03.01.12 18:13:35 MSK)

Ответ на: комментарий от Xenius 03.01.12 18:13:35 MSK

У него нет суидного бита, find / -user root -perm -4000 не нашёл его.

lmtea ★
(03.01.12 18:17:41 MSK) автор топика

Ответ на: комментарий от lmtea 03.01.12 18:17:41 MSK

Я же говорю, ещё capabilities есть, попробуй getcap /usr/bin/gnome-system-monitor или как-то так

Xenius ★★★★★
(03.01.12 18:26:43 MSK)

Ответ на: комментарий от Xenius 03.01.12 18:26:43 MSK

root@debian:/home/semen# getcap /usr/bin/gnome-system-monitor bash: getcap: команда не найдена

lmtea ★
(03.01.12 18:38:00 MSK) автор топика

Ответ на: комментарий от lmtea 03.01.12 18:38:00 MSK

Ну apt-cache search getcap ; apt-get install getcap

Что, неужто непонятно? Или apropos capabilities может другая утилита есть

Xenius ★★★★★
(03.01.12 19:16:30 MSK)

25 февраля 2012 г.

Ответ на: комментарий от Xenius 03.01.12 19:16:30 MSK

ты жэ хакир. уговариваешь поставить непонятный (троян)

anonymous
(25.02.12 00:38:29 MSK)

Ссылка

Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.

←	openSUSE. Изменить шифр диска

General

[gentoo] kde4 без флагов accessibility и qt3support

→

Похожие темы