Поиск  Пользователи  Правила 
Закрыть
Логин:
Пароль:
Забыли свой пароль?
Войти
 
Страницы: Пред. 1 2
RSS
Отказ в обслуживании при обработке ICMP пакетов в ядре Linux
 
какая разница исполняется код или нет, можно подумать если завалится критически важный сервер от ПИНГ....;) кто то тут орал  о качестве сетевых интерфейсов линукс?
 
да, орать - это неправильно. зачем орать?
глупо орать об очевидных вещах.
тем более что правильно настроенные iptables берегут от багов в будущих версиях ядра :-)
 
эксплоид никто не нарыл?..
 
конечно же правильные костыли дадут вам возможность нормально вроде бы даже ходить...только дырка от этого приятней не станет, закроем пинг....забудем о его существовании, зачем он нахрен нужен? Правда?
 
не правда =)
 
Цитата
Гость пишет:
какая разница исполняется код или нет, можно подумать если завалится критически важный сервер от ПИНГ....;)
Да, облажался линукс, что сказать и тем, кто испльзует дистр с новейшими ядрами попали если не пропатчатся, фря тоже серьезно облажалась и винда сразу в начале этого года...
 
Цитата
:INPUT DROP [0:0]
:FORWARD DROP [0:0]
:OUTPUT DROP [0:0]

-A INPUT -i eth0 -p icmp --icmp-type echo-request -j ACCEPT
-A OUTPUT -o eth0 -p icmp --icmp-type echo-request -j ACCEPT
-A INPUT -i eth0 -p icmp --icmp-type echo-reply -j ACCEPT
-A OUTPUT -o eth0 -p icmp --icmp-type echo-reply -j ACCEPT
Вот и пропатчили

это не поможет: record-route option устанавливается в icmp echo request/reply и ip-шки записываются в поле ip option в ip пакете.
Так что либо весь icmp блокировать, либо patch...

Кстати record-route option можно послать вот так:

ping -R <target>

учите матчасть ©
 
Есть статистика появления подобных плюх?
Хотелось-бы сравнить для разных ОС.
Невозможно избежать подобных хреновин при написании ОС - другое дело с какой частотой они появляются - скорее это говорит надежности.
 
Цитата
Anton Antonov пишет:
Есть статистика появления подобных плюх?
Вроде никто еще не занимался подобным исследованием.
К тому же с ядром 2.6 ситуация такова, что стабильным ядорм можно счтать только то, что поставляется в дистрибутивах, а то, что лежит на сайте kernel.org является просто релизами ветки разработки и на самом деле не рекомндовано для использования конечными юзерами. Явное деление на стабильное ядро(2.4)/ветвь разработки(2.5) осталось в прошлом. Не знаю насколько корректно считать ошибки в ветви разработки, в которой добавление кода, ловля и устранение новых ошибок - нормальный процесс разработки.
Как уже было упомянуто серьезные дистрибутивы Debian, RHEL не подвержены, т.к. не тянут  ультрамодные новейшие сырые ядра в систему.
 
Вообще кто-нибудь повторить смог ?. .. единственное до чего я додумался это
hping  -2 target.host -G --tcp-timestamp  -p 9934
ядро 2.14 не упало.
Страницы: Пред. 1 2
Читают тему