LINUX.ORG.RU

Скрытое 100% использование процессора


0

0

На конференции Usenix, проходящей в этом году, была представлена исследовательская работа, в которой показан пример реализации возможного полного захвата ресурсов центрального процессора пользовательским процессом с успешным сокрытием происходящего от утилиты top. Атаке подвержены все существующие популярные ОС, за исключением MacOS X. Вероятно, планировщик Linux'a CFS сможет решить эту проблему.

>>> Подробности

★★★★★

Проверено: maxcom ()

Почему Mac OS X здесь в качестве "аутсайдера"?

FilosofeM ★★
()

че за фигня? если программа отпускает процессор до завершения тика, то тик программе не засчитывается? :O

какой ужасть!

sergej ★★★★★
()

сходил по сцылке:

>it works by avoiding running during the exact moment of a clock tick (which would be the moment when CPU usage per-process is checked). to start running immediately after a clock tick is (apparently) easy, but to stop before the next tick is harder. the paper suggests using some kind of get_cycles assembly instruction to count how many CPU cycles there are per clock tick, and use that number to gauge when the next clock tick is going to occur by counting how many CPU cycles have elapsed.

polachok
()
Ответ на: комментарий от sergej

не, тогда она признается интерактивной (спит все, время, сцуко, видать ждёт чего-то)

polachok
()

Элементарно палится - по термодатчикам проца. Потом берём резиновый светящийся дильдос и идём к пользователю на палочку чая.

Gharik
()

Думаю планировщик менять не обязательно. Достаточно считать время в тактах процессора, а не в тиках, и проверить, что оно на всех выходах (типа sleep) учитывается.

sergej ★★★★★
()
Ответ на: комментарий от Gharik

> Потом берём резиновый светящийся дильдос и идём к пользователю на > палочку чая.

ну если у тебя всего один пользователь... а то если много - не задильдуешься чаИ попивать? ;)

anonymous
()

Забавно. )

anonymous
()

Ошибка выглядит довольно глупо.

Как я понимаю, общая загрузка процессора считается правильно? Тогда можно паузить процессы по очереди. На каком проц сильно освободится тот и гат, килл ему и юзеру.

legolegs ★★★★★
()

>Атаке подвержены все существующие популярные ОС

наверное это и WindowZ и FreeBSD, да?

anonymous
()
Ответ на: комментарий от anonymous

> ну если у тебя всего один пользователь... а то если много - не задильдуешься чаИ попивать? ;)

Дык написано же - "100% использование процессора программой". А если расклад такой, что дохера программ неизвестно чьих и неизвестно откуда взявшихся - класть я хотел на такой сервак, и два раза класть на то, чтоб его админить.

Ну а остальное - будет ясно уже глядя на ПО, сколь оно стандартное и входит ли в дистрибутив. Другое интересно - loadavg вверх ползёт на PoC что в заголовке?

Gharik
()

Только вот энергопотребление и испускание теплового излучения сокрыть не удастся. И скорость кулера на слух воспринимается - я могу вычислить как мой процессор на самом деле загружен в данный момент - слабо или сильно или там средне. Ну и ещё mbmon может показать с какой скоростью кулер вращается....

Arceny ★★
()
Ответ на: комментарий от Arceny

> И скорость кулера на слух воспринимается

Даже если сервак в другом городе находится? Или хотя бы на другом конце города? Тогда Вам в консерваторию прямая дорога.

pv4 ★★
()
Ответ на: комментарий от pv4

>Тогда Вам в консерваторию прямая дорога.

... консервы консервировать, а не линух админить.

anonymous
()
Ответ на: комментарий от anonymous

>mac os x rulez?

Просто она и так сильно тормозит. Она предложит хакерскому процессу заплатить $5, а уж потом захватывать 100% процессорного времени :)

kkk ★★
()
Ответ на: комментарий от Gharik

все срочно ставим мак )))) иначе нам п...да )

anonymous
()
Ответ на: комментарий от Gharik

>>> Элементарно палится - по термодатчикам проца. Потом берём резиновый светящийся дильдос и идём к пользователю на палочку чая.

так уж лучше сразу брать дильвиновс, покруче будет

anonymous
()
Ответ на: комментарий от villain

> Да и винда и фряха. Только этой методике 100 лет в обед - так что ничего нового не открыли здесь.

Угу, mplayer линуховый (на машинах с 100Hz клоком) таким образом ныкаться уже давно научился :)) Если за время меньше 1 тика он успеват декодировать/отправить на отрисовку 1 фрейм, то в топе видно что кушает он процента 3-4. А возьмем проц процентов на 20 помедленнее, и загрузка процессора сразу под %30-%40 подскакивает.

fmjs
()

Как я понимаю, Microstate Accounting такой процесс поймает. Да и Linux Trace Toolkit тоже.

anonymous
()
Ответ на: комментарий от anonymous

Fedora 7 на моем HP Compaq . В некоторых случаях после загрузки системы идет 20% загрузка проца юзеровским процессом. Сам грузящий процесс не показывается ни в top, ни в мониторе .. Что за бяка ? Не из этой ли оперы ?

sur02111976
()

блин, если кулер надрывается и температура вверх ползет ясен хрен чтото не то, так что без палева не получицо..

Osmos ★★
()
Ответ на: комментарий от eXOR

> Значит хостенком ты барЫжЫть не сможешь.

Нед, исключительно дырками в стене под rj45 ака "коллокейшынами".

Gharik
()

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

anonymous
()

> пример реализации возможного полного захвата ресурсов центрального процессора пользовательским процессом с успешным сокрытием происходящего от утилиты top.

Ха, у меня на работе win2k, и такое ощущение, что он эту технологию освоил задолго до появления упомянутой исследовательской работы :(

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