Исходное сообщение
"В systemd предложено включить средства для замены..." Отправлено arisu, 29-Ноя-13 03:12
>>упал драйвер в юзерспейсе, перезапустил, работаем дальше. > Чем это принципиально отличается от rmmod+modprobe? тем, что промазавший мимо своей памяти драйвер не в состоянии попортить всё вокруг. ну, сегфолтнется. его пристрелят и запустят новый экземпляр. конечно, если это был драйвер fs, и он «пошёл вразнос», написав на диск кучу мусора, то толку от перезапуска будет не особо много. но это терминальный случай. ошибки типа «забыл проверить на NULL и завалился (вместе с ядром)» — намного более частые. ну, и ещё немаловажная часть: даже если атакующий через дырку в драйвере запустит свой код — он (атакующий) всё равно останется в границах драйвера, общающегося с ядром исключительно сообщениями-запросами, а не получит доступ ко всему ядру вообще. если при этом в ядре реализованы нормальные механизмы понижения прав доступа драйверам (навроде — очень грубо — «вот эти порты и этот кусок памяти я хочу напрямую, и могу посылать тебе вот такие вот сообщения. а всё остальное от меня — происки злых шпионов; заметишь — убей.»), то бедный атакующий оказывается в ситуации «ну, ты пробил стену. и что ты будешь делать в соседней камере?»

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>>упал драйвер в юзерспейсе, перезапустил, работаем дальше. >> Чем это принципиально отличается от rmmod+modprobe? > тем, что промазавший мимо своей памяти драйвер не в состоянии попортить всё > вокруг. ну, сегфолтнется. его пристрелят и запустят новый экземпляр. > конечно, если это был драйвер fs, и он «пошёл вразнос», написав на > диск кучу мусора, то толку от перезапуска будет не особо много. > но это терминальный случай. ошибки типа «забыл проверить на NULL и > завалился (вместе с ядром)» — намного более частые. > ну, и ещё немаловажная часть: даже если атакующий через дырку в драйвере > запустит свой код — он (атакующий) всё равно останется в границах > драйвера, общающегося с ядром исключительно сообщениями-запросами, а не получит доступ > ко всему ядру вообще. > если при этом в ядре реализованы нормальные механизмы понижения прав доступа драйверам > (навроде — очень грубо — «вот эти порты и этот кусок > памяти я хочу напрямую, и могу посылать тебе вот такие вот > сообщения. а всё остальное от меня — происки злых шпионов; заметишь > — убей.»), то бедный атакующий оказывается в ситуации «ну, ты пробил > стену. и что ты будешь делать в соседней камере?»
	Введите код, изображенный на картинке: