Исходное сообщение
"Для Linux выпущен руткит принципиально нового типа" Отправлено User294, 08-Сен-08 04:44
>  1. Монолитность ядра (без модулей) Если вылетит какая-то железка, а аналогичной не будет - об этом можно и пожалеть при случае.Более того, если однажды окажется что надо бы еще вон тот функционал... > 2. RO Раздел для ядра. В идеале диск CD. Вариант.Но как его потом обновлять то?А то вдруг в нем крЮтую багу найдут?Перманентно бажное ядро - это уже скорее подарок хакерам чем усложнение им жизни :).Особенно нехорошо будет если сервером хочется рулить ремотно.Как вариант видится проверить со старым ядром более новое ядро на цифровую подпись Одмина, великого и ужасного и потом в случае успеха kexec на него сделать.Но это как-то геморройно уже.Потребуется много нестандартной handjob и потом поддержка всего этого будет сугубо на плечах админа.Т.е. скажем апдейт ядра будет уже не авто и админу придется самому педалить.Что првда при таком уровне паранои - пожалуй сойдет за плюс. >3. Виртуальные машины круто но перед большими нагрузками не актуально (опустим). А нельзя ли обругать OpenVZ с этой точки зрения?Он, зараза, легковесный весьма... хотя конечно ОЧЕНЬ тяжелые нагрузки лучше всяко без каких либо лишних прослоек, кто ж спорит? > 4. Не допускать запуск приложений от root. Все замечательно.А как например, порт 80 занять не будучи рутом?Потом то права можно и дропнуть, но... > 7. Не допускайте к серверам случайных особей ;-) В зависимости от крутизны оных они могут и самодопуститься, как это например было в случае полисменов vs сервер RazorBack.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> 1. Монолитность ядра (без модулей) > Если вылетит какая-то железка, а аналогичной не будет - об этом можно > и пожалеть при случае.Более того, если однажды окажется что надо бы > еще вон тот функционал... >> 2. RO Раздел для ядра. В идеале диск CD. > Вариант.Но как его потом обновлять то?А то вдруг в нем крЮтую багу > найдут?Перманентно бажное ядро - это уже скорее подарок хакерам чем усложнение > им жизни :).Особенно нехорошо будет если сервером хочется рулить ремотно.Как вариант > видится проверить со старым ядром более новое ядро на цифровую подпись > Одмина, великого и ужасного и потом в случае успеха kexec на > него сделать.Но это как-то геморройно уже.Потребуется много нестандартной handjob и потом > поддержка всего этого будет сугубо на плечах админа.Т.е. скажем апдейт ядра > будет уже не авто и админу придется самому педалить.Что првда при > таком уровне паранои - пожалуй сойдет за плюс. >>3. Виртуальные машины круто но перед большими нагрузками не актуально (опустим). > А нельзя ли обругать OpenVZ с этой точки зрения?Он, зараза, легковесный весьма... > хотя конечно ОЧЕНЬ тяжелые нагрузки лучше всяко без каких либо лишних > прослоек, кто ж спорит? >> 4. Не допускать запуск приложений от root. > Все замечательно.А как например, порт 80 занять не будучи рутом?Потом то права > можно и дропнуть, но... >> 7. Не допускайте к серверам случайных особей ;-) > В зависимости от крутизны оных они могут и самодопуститься, как это например > было в случае полисменов vs сервер RazorBack.
	Введите код, изображенный на картинке: