Виды DDoS и методы противодействия Опции

[MHN]

Виды DDoS и методы противодействия

Хоть скриншоты бы повставляли для большей информативности (IMG:style_emoticons/default/smile.gif)
Почему не указан список используемых при перепечатке ресурсов, копирайты?

пример: http://www.compdoc.ru/secur/xacer/what_is_ddos_attack/

[Admin]

Ну и кто после этого "консультант по противодействию DDoS Дмитрий Данильев"?

Resolve одним словом...

[eSupport.org.ua]

Если информация о DDOS интересна, то я могу написать про виды атак отказа на обслуживание и краткие рекомендации по борьбе с ними.
Если в кратце, то атаки бывают
1) На перегрузку канала/железа. Эти атаки выбивают датацентры.
2) На сетевую подсистему сервера (спуфинги, пинги, сины...). Сервер становится недоступен по сети но продолжает нормально работать.
3) На сетевой сервис. Эти атаки одни из самых вредных - могут убить веб, почту, днс и прочие сервисы. Решаеться как правило аппаратно.
4) На сайты. Находят наиболее тяжелые скрипты и долбят их. Приходиться отключать такие сайты.
5) Изнутри - самые тяжелые последствия, так как атака является не целью а признаком. Например упала почта - значит в почтовом спуле тонны спама.

Подробнее писать?

[deMone]

Напишите, на мой взгляд лишним не будет. Причём лучше разместить не здесь, а в статьях на ХО.

[Admin]

Подробнее писать?

Да, Андрей, с удовольствием опубликую в читальном зале. Хотелось бы, чтобы статья носила более прикладной характер, чем http://www.compdoc.ru/secur/xacer/what_is_ddos_attack/ Т.е. побольше конкретных рекомендаций как клиентам, так и хостерам по разумному поведению в случае атак. Начиная от того, как не спровоцировать, выявить провокатора и заканчивая методами борьбы (насколько это возможно). По срокам не тороплю, буду терпеливо ждать столько, сколько понадобится, в моем представлении - статья весьма трудоёмкая.

[MultiHOST]

Подробнее писать?

Конечно, это отличная тема, особенно, когда авторская (IMG:style_emoticons/default/smile.gif)

[udofun]

тоже поддерживаю,
разрабатываем сейчас свой комплекс защит от ДДоС

[AstraNight.com]

udofun, как успехи?

[alpha_Qu4z4r]

+1 Статья ниачём, каждый школьник всё это знает и так.

Хотелось бы качественную статью про методы обнаружения и борьбы с подобными атаками, как на оборудовании cisco так и средствами операционных систем freeBSD\Linux.

Если подобную статью кто-то уже здесь запостил, хотелось бы видеть в этой теме ссылку.

[Admin]

+1 Статья ниачём, каждый школьник всё это знает и так.

Весь раздел "Читальный зал" создан специально для школьников. Для профи - закрытые разделы Клуба.

[alpha_Qu4z4r]

Каковы условия получения доступа в закрытый раздел?

[xaker1]

Все описано в правилах. Для закрытого раздела нужно вступить в группу хостинг провайдер.

[tsolomon]

Я не провайдер, в закрытый раздел попасть не могу =)
объясните пожалуйста чайнику, как борются с ддос такие конторы как prolexic.com ? Обратил внимание, что еще домены у них паркуют и веелые цены, пдфку потерял, что-то около 6К $ в месяц на бюджетном варианте, если вас атакуют и вам надо срочно защититься, то платит 18К за оперативность...

[eSupport.org.ua]

Они используют анти-ддос технологии

[alpha_Qu4z4r]

Они используют анти-ддос технологии

*С сарказмом*
Исчерпывающий ответ.

=)

[different]

*С сарказмом*
Исчерпывающий ответ.

=)

Просто вопрос из серии "научите управлять вертолетом". По этому делу можно книги писать.

[ENELIS]

более того у пролексик патентованная технология.

[alpha_Qu4z4r]

Просто вопрос из серии "научите управлять вертолетом". По этому делу можно книги писать.

Несомненно, можно даже докторскую защитить =)
Но здесь от вас требуется чуть меньше лени и больше конкретики, а её безусловно можно уложить в несколько простых советов.

Например, нормальным является 5-7 единовременных подключений от одного клиента, если больше уже стоит обратить внимание на логи по этому адресу, если там идут запросы одной и той же страницы, следовательно это ДДоСер.

Так же если смотреть на состояния соединений, то в случае атаки можно будет увидеть огромное количество SYN соединений, которые таки остаются висеть, как правило их так же несколько от однго IP, следовательно это тоже ДДоСер.

Если есть что добавить было бы крайне интересно почитать.

[eSupport.org.ua]

opennet.ru, dedic.ru, hostinghelp.biz

[Selecta]

Например, нормальным является 5-7 единовременных подключений от одного клиента, если больше уже стоит обратить внимание на логи по этому адресу, если там идут запросы одной и той же страницы, следовательно это ДДоСер.

Немножко не соглашусь с этим - многие провайдеры используют прокси, через которые идут сотни если не тысячи людей. Если исходить из критериев 5-7 соединений единовременных, провайдеров таким образом тоже в бан?

С уважением,

Сообщение отредактировал Selecta - 20.08.2009, 09:08

[ENELIS]

К сожалению, да - в бан, потому что например новый тип ботов уже невозможно отличить от прокси никаким образом практически, по-крайней мере фальспозитивы будут.
Вот отловили 51000 ботнет с умными ботами умеющими user-agent, cookie, redirect и как их отличать от proxy прикажете? Captcha не вариант

Сообщение отредактировал ENELIS - 20.08.2009, 10:14

[alpha_Qu4z4r]

Немножко не соглашусь с этим - многие провайдеры используют прокси, через которые идут сотни если не тысячи людей. Если исходить из критериев 5-7 соединений единовременных, провайдеров таким образом тоже в бан?

С уважением,

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

Сообщение отредактировал alpha_Qu4z4r - 20.08.2009, 14:47

[Selecta]

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

Enelis прав, если бот грамотно написан и рандомизирует все эти параметры, также как и длину окон, payload, то шансов понять что есть бот а что нет - мало. Бедные провайдеры (IMG:style_emoticons/default/smile.gif)
Хотя...если взять ДДоС со спуфом внешними адресами - еще хуже. Единственно что приходит в голову, это по методике пролексика принимать на себя фактическую атаку, фильтровать и отдавать чистый трафик клиенту как back-end. Это все реализуемо, но дорого...

[ENELIS]

Спуф с внешними адресами практически невозможно устроить для соединения TCP, а еще и данные отправить - если только атакующее чудо не в Вашей же сети - но такого вычислить проблем никаких. Самое опасное - это вот такие "умные" боты и заливка канала.

[Selecta]

Спуф с внешними адресами практически невозможно устроить для соединения TCP, а еще и данные отправить - если только атакующее чудо не в Вашей же сети - но такого вычислить проблем никаких. Самое опасное - это вот такие "умные" боты и заливка канала.

Увы - возможно, при случае когда соединение не требуется завершать. Например при том же syn flood.

Я могу предоставить дамп атаки, где исходящие адреса идут с сети ФБР, а также от правительства России. На сайт компании, которая занимается продажами дверей. Если интересно, пишите в личку. Узнали о спуфе в процессе, когда сервер посылал ответы на пакеты .... в ФБР и правительство России.
Естественно прикрыли, но по факту - все равно приятного мало (IMG:style_emoticons/default/wink.gif)

Сообщение отредактировал Selecta - 20.08.2009, 21:36

[ENELIS]

Syn flood можно и нужно заблокировать.

[eSupport.org.ua]

И как при этом не убить легальный трафф?

[alpha_Qu4z4r]

Syn flood можно и нужно заблокировать.

Было бы интерсно увидеть здесь реальные примеры блокировки.
В голову приходит лишь один вариант, каким-то образом считать время от прихода syn запроса и если оно превышается, а от того же адреса пришло ещё несколько таких запросов, можно предположить, что флудер. Какие есть средства для подобной блокировки в Linux/FreeBSD/Cisco?

[ENELIS]

во-первых для начала нужно отклонить все неправильные/некорректные с точки зрения RFC пакеты различными правилами.
затем можно pf synproxy (но не очень стабильное решение),
и нужно расширить syncache

syn таймаут не имеет смысла имхо без подсчета норм соединений против syn timeout и бана (запрета соединений) и то легитимный траффик имеет возможность попасть в бан, а это не хорошо.

Сообщение отредактировал ENELIS - 21.08.2009, 17:22

[Corneliy]

Можете посоветовать DDos устойчивый хостинг? Может-ли хостер отключить сайт, если на него идет DDos атака, хозяин сайта получается не виноват?