Размышления про DDoS - Общий форум по информационной безопасности - Форумы Anti-Malware.ru Перейти к содержанию
Мутный

Размышления про DDoS

Recommended Posts

Мутный

Всем привет !

 

Хочу рассказать небольшую историю и какие выводы вынес из сложившийся ситуации:

 

Первая часть рассказа:

 

Итак есть у меня небольшой сайтик посвящённый безопасности, да вроде сидел никого не трогал, сайтик вроде никому и не мешает, так в качестве хобби...

 

Да были на него небольшие атаки, но обычно справлялся DDOS Deflare, также кое-что сам периодически банил...

 

И вот вчера свершилось, чего я так долго ждал, наконец-то оно, настоящий ддос... Я так рад, что печёнку свело ! :)

 

По началу был ддос из 25-ти ботов, но даже его я несмог отразить....

 

Прикол, перезагружаю сервак и через пару секунд он падает и-так наверное сидел минуты три, потом начил думать... Кое-как залез через SSH и отключил сервисы апаче, кстати может кому нужны комманды:

killall -9 apache2service apache2 stop

killall -9 apache2 - Обязательно, ибо процессы апача, как оказалось в моём случае отжирают как память, так и проц.

 

Ну хорошо, нагрузка спала до нуля, ога подумал я значит атака на апач...

 

К тому-же я через netstat проверил все коннекты и оказалось, что кто-то долбит постоянно пустыми запросами... :(

 

Тут я уже начил настраивать апач, уязвимости оказались в настройках:

 

1)Ну во первых максимальное число коннектов у меня было 450, для моего сервера это смертоубийство;

2)Таймаут пять минут, тоже много;

3)Сам сервис почему-то не перезапускался....

 

Всё это головотяпство в этоге сыграла дурную службу, в этоге что я сделал:

StartServers 1MinSpareServers 2MaxSpareServers 5ServerLimit 150MaxClients 150MaxRequestsPerChild 400

А также:

KeepAlive OnKeepAliveTimeout 30

Плюс использовал DdosDeflare...

 

Что получил в этоге, сервисы апаче уже так не напрягают сервер и боты потихонечку забанил DdosDeflare + вручную отсеял...

 

Вторая часть рассказа:

 

Итак я с читой совестью и целыми зубамими, начил троллить этого мудака хакера... :)

 

И вот свершилось, теперь уже серьёзный ддос 1000 Мбит, около 5000 ботов... :o

 

Вот тут-то я напрягся, что получилось:

 

1)Разумеется доступ к SSH и прочее заблокировался, у моего провайдера есть опция "Перезагрузить сервер",  а что толку-то ? Секунда-две и сервак в дауне... :(

 

2)В этоге мой провайдер заблокировал VPS ! :(

 

Долго думал я как-же этого избежать в будущем и один добрый человек подсказал:

 

Самое первое что нужно сделать это, сделать так что-бы при возрастании загрузки выше, некоторого критического уровня, блокировать файрволом атакуемый сервис, т.е. например если нагрузка у сервера максимальна, нужно блокировать все порты, кроме 22 (Порт SSH), и таким образом даже если атакуемый сервис окажется уязвим к атаке, сам сервер будет "Жить" и к нему будет доступ...

 

Как это сделать вот статья на хабре:http://habrahabr.ru/post/128526/

 

Третья часть рассказа:

 

В разработке, пока жду как разблокируют мой VPS наконец, о своей борьбе с этим ддосом, расскажу позже...

 

Если меня ненакроет лавина страшных ботов, гы-гы-гы ! :lol:

 

З.Ы. Если я не вернусь, звоните призеденту... :blink:

  • Upvote 2

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин

Самое первое что нужно сделать это, сделать так что-бы при возрастании загрузки выше, некоторого критического уровня, блокировать файрволом атакуемый сервис, т.е. например если нагрузка у сервера максимальна, нужно блокировать все порты, кроме 22 (Порт SSH), и таким образом даже если атакуемый сервис окажется уязвим к атаке, сам сервер будет "Жить" и к нему будет доступ...

 

Это вариант для медленных атак. Если прийдет 10Гб/с хотя бы, а тебя канал всего 2Гб/с  предположим, то ляжет оборудование провайдера. И все, никакое подключение к серверу не будет возможным по основному каналу связи. Нужно резервный канал связи иметь. Как правило в таких случаях сам провайдер отключит ваш сайт.

 

Единственный хороший вариант в таком случае - это переписать NS записи в  DNS для подключения к стороннему сервису Anti-DDoS. Очистка пойдет практически сразу, как только вас подключат. Но тут уже понадобится бюджет, защита не бесплатная :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Мутный

Если прийдет 10Гб/с хотя бы, а тебя канал всего 2Гб/с предположим, то ляжет оборудование провайдера.

Ога так и произошло, провайдер заблокирова айпи и всё, сейчас прикрутил на атакуемы сайт CF, но не помогло пара часов поработало и всё... :(

 

Видно это из-за того-что ддосер знает мой айпи ?

 

А если взять выжидательную позицию, т.е. ддосеру-же тоже приходится тратить на атаку силы и ресурсы, он-же не может ддосить постоянно...

 

В идеале, как-то этих ботов вычислять и блокировать, но я к сожалению бессилен, доступа к серваку нету ?

 

Может кто сталкивался с такой ситуацией, проблема ещё что я не готов отдавать тысячи баксов за защиту, бюджет ограничен ! :(

 

З.Ы. Канал забивать не честно, по сути у кого больше ресурсов, тот и выйграет ! :(

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин

Видно это из-за того-что ддосер знает мой айпи ?

 

Так его по-любому будут знать, он же в DNS-записи.

 

А если взять выжидательную позицию, т.е. ддосеру-же тоже приходится тратить на атаку силы и ресурсы, он-же не может ддосить постоянно...

указан ;)

 

У него затраты копеечные могут быть, а у вас бизнес будет простаивать в это время.

 

Может кто сталкивался с такой ситуацией, проблема ещё что я не готов отдавать тысячи баксов за защиту, бюджет ограничен !

 

Рекомендую сделать следующее. Совершенно не факт, что досят именно ваш сайт. Если это VPS, то на сервере может крутиться десяток других сайтов и досить могут кого-то из них на самом деле. У нас такое как-то было с Мастерхостом очень давно.

 

Можно попробовать перенести сайт к другому провайдеру с хорошим каналом. Ростелеком здесь кандидат номер один http://www.rtcomm.ru/data_center/hosting/

 

Грубую фильтрацию они сделают если нужно будет, там хорошая команда по этой части. Если же вдруг их канал упадет, то не отходя от кассы подключите их услугу Anti-DDoS. Она оказывается на оборудовании Arbor, стоит вполне бюджетно (зависит от трафика, но это тысячи рублей в месяц, не долларов!). Чтобы сэкономить когда атака пройдет можете услугу отключить ;) Вряд ли вас будут снова долбать, если посмотрят что все зря.

  • Upvote 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Мутный

У меня выделенный сервер (VDS), выделенный айпишник...

 

Проблема в том, что когда они поняли что не смогут завалить сервер медленным ддосом, решили забить канал и им это удалось ! :(

 

Сейчас перевожу все свои сайты на CloudFlare, причём в днс будет что-то такое:

 

***.ns.cloudflare.com

***.ns.cloudflare.com

 

Айпишник уже будет CF и будет полное проксирование всех сайтов...

 

Также на уровне файервола забаню любые попытки доступа к северу минуя CF, должно заработать... :)

 

Но проблема, что CF банят в РФ, т.к. этим сервисом пользуются для скрытия IP-адреса своих сайтов, например любители продавать фарму и прочее...

 

Будете смеятся за что меня ддосят ! :)

 

Ддосит какие-то школьники, условие прекращение ддоса, что-бы заходили на их хакерскую тимму и писали статьи ! :)

 

Канникулы начались, чую задалбают эти школьники-хакеры... :(

  • Upvote 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
akoK

cloudflare.com - в бесплатном варианте не защищает от DDOS. Защита действительно  работает только на корпоративных тарифах.

 

Да, если бесплатная учетка то IP cloudflare может быть заблокирован роскомнадзором... или как там его.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Мутный

Да тут ддосят как-бы не меня (Не мой сайт), просто решил помочь попросили, вот прикольная тема зацените:

 

 

Не реклама ! ;)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Мутный

Хочу обратить внимание на свои ошибки и почему ддос на мой сервер оказался таким критичным, может остальным позволит избежать такие ошибки:

 

1)Если есть потенциалл к ддосу, то лучше наверное позаботится о защите за ранее, но только настроек и тюнинга сервера недостаточно, нужен програмно-аппаратный комплекс, направленный на отражение разных атак, начиная от медленного ддоса и заканчивая забиванием канала хостера;

 

2)Немного по подробней остановлюсь про забивания канала, при такой атаке безполезно закрывать порты и т.д., т.к. ддосер может посылать сотни тысяч запросов и при такой атаки должен-быть физически проксирующий сервер, это может-быть CloudFlare, sucuri.net или ещё что...

 

Кстати цены у CF достаточно демократичны, 20 баксов за первый домен + 5 баксов за каждый другой если нужно, в принципе если проект важный, то можно себе позволить + они на этом тарифе предоставляют WAF, кеширование и много настроек позволяющих увиличить скорость открытия сайта, а также его безопасность.

 

Также нужно отметить что CF, даже платный акк. это не панацея от всех бед, его можно пробить, особенно если неправильно настроете DNS и ддосер узнает реяльный айпи сервера... :(

 

3)Как уже говорил, что защита должна-быть комплексной и не нужно надеятся только-лишь на одно средство, поэтому как минимум нужно выбирать и соответствующие тарифы при выборе хостера:

 

Расскажу проблему, которая сыграла со мно фатальную роль: Это даже не медленный ддос, это не забивание канала... Хрен-бы с этим, самая большая проблема, это то-что на моём тарифе лимитированный траффик, в данном случае это 1Тб, и за два дня его полностью съели, что привело к блокировки сервера до следующего месяца и к долгому и нудному бла-бла-бла с техподдержкой хостера ! :(

 

Поэтому при ддос как минимум, важно тариф с нелиметированным траффиком, либо достаточно большой лимит траффика...

 

Но желательно, можно присмотреться к хостером которые уже могут защищать от ддос, к сожалению в РФ нормальных не нашел, неустраивает прежде всего цена, ибо не готов платить 3000 в месяц (А это в среднем минимальная цена за защиту, у сервисов в РФ...), НО нашёл парочку сервисов которые уже в траифе защищают от ддос, с русскоязычной техподдержкой...

 

Такие сервисы имеют распределённые сервера и ОЧЕНЬ широкий канал, забить их достаточно тяжело, но всё зависит от возможностей и желания атакующих конечно...

 

Как утверждают, могут блокировать атаки до 10000МБит, если больше уже нужно доплачивать и такие сервисы немного по дороже стоят чем аналоги без защиты, но не на много всего на 5-10 баксов....

 

У меня всё, жду ещё советов ! ;)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Мутный

Последние известия из "Боевых действий" ! :)

 

Ну подключил я этот CF, + к ней использовал кое-какую защиту сервера в виде ограничения лимитов и бана айпишников, что получилось:

 

Зарегился я в ихней тимме и акунул их в гавнесцо, но почему-то забанили меня с формулеровкой "Неадекват" :) Но свою цель я добился, буквально через три минуты на сервер обрушился ддос, итог:

 

1)К сожалению не успел я настроить форум, что-бы почта отправлялясь через сторонний SMTP-сервер, "Хакер" зарегился у меня и благополучно слил реальный айпишник моего сервера, что позволило ддосит в обход CF ! :(

 

2)Но я это предвидел, вообще разработал концепт, что-бы ипользовалось всё в комплексе...

Но к сожалению поспешил, ещё одно головотяпство, домен "По у молчанию" был как-раз атакуемый домен, т.е. айпишник вёл на атакуемый сайт...

 

3)Вообще можно-было конечно забанить все запросы, отличные от серверов CF, тогда было-бы полное проксирование через облако...

 

Но я решил поиграть с хакерами, и сделал "Ловушку", доступ-то к реальному айпи есть, но вот как только начинают ддосить, их боты попаают в блеклист... :)

 

4)Плюс настроил GeoIP...

 

Итог: Тридцать минут и все ихние боты у меня в чёрном списке... :)

 

Прошло сутки и тишина, не каких ботов, всё пучком ! ;)

 

Ну и этог этой истории, которую я пережил:

 

1)К сожалению почти все хостеры не защищают от ддос и достаточно 15-20 ботов, что-бы положить практически любой сервак;

 

2)Дудос это вам не хухры-мухры, а достаточно мощное оружие, особенно если у хакера есть ресурсы и умение делать атаки на сервера;

 

3)Тем не менее защитится от ддос можно и нужно, причём в зависимости от силы атаки можно обойтись либо беспалтными сервисами, либо за минимальную доп. плату...;

 

4)Нужно обязательно позаботится о защите за ранее, вовсе не обязательно подключать сразу, но необходимо подготовить себя на случай атаки на сервер, нужно ответить как минимум на следующие вопросы, даже когда атаки нет:

 

-Что я буду делать в случае DDOS;

-Какие сервисы потенциально можно использовать, подготовить список сервисов, можно даже зарегится там и обсудить детали;

-Сколько я готов потратить времени/денег на защиту;

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

 

ВСЕМ УДАЧИ ! :)

  • Upvote 4

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин

Ддосит какие-то школьники, условие прекращение ддоса, что-бы заходили на их хакерскую тимму и писали статьи !  

 

:lol:

 

Сдай их в Управление К

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
priv8v

Сергей, на сайт хватает статей?

Добрым словом и ботнетом всегда проще уговорить написать статью, чем просто добрым словом.

 

Что-то Илья Рабинович давненько статей не писал... ;)

  • Upvote 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Мутный

Сдай их в Управление К

Да-там дети, их-бы энергию да в нужное русло... :)

 

Я им подготовил тестовую площадку, а ддосить нехотят - сложно, а сайты без защиты ддосят, потому-что просто... Вот и вся хак. тимма ! :(

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Илья Рабинович

Что-то Илья Рабинович давненько статей не писал... ;)

Я сейчас пишу немного на другие темы и на другом ресурсе. Но, вполне возможно, напишу статью, когда будет понятно, что бы такого интересного написать. :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
priv8v

Вот же что доброе слово делает! :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин

Сергей, на сайт хватает статей? Добрым словом и ботнетом всегда проще уговорить написать статью, чем просто добрым словом.   Что-то Илья Рабинович давненько статей не писал...

 

У Ильи сейчас особо нечего ддосить. Но ход мыслей мне объективно нравится. Эксперты что-то расслабились :))

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

 

Оффтоп - сайты, лечение сайтов ;)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Мутный

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

 

Правда тут почти все профессиональные безопасники, дудос можте боком выйти, потом придут "Вежливые люди", ну тут можно дурачка включить:

 

"А что, ддос ? Не не слышал !"

 

Ну либо на жалость давить:

 

"Дяденьки простите, я больше так не буду !"

 

Безымянный.png

post-21429-0-36409100-1433236771_thumb.png

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Мутный

в принципе планирую у них что-то написать (Но разумеется не из-за ботнета, по своему желанию пишу...)

Что-то передумал, подумал что то-чем они занимаются:ДДОС,Дефейс и прочее... Не для меня, потом репутация будет ещё-та, хоть и не занимался никогда...

 

Лучше в других местах буду писать статьи ! ;)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин

Что-то передумал, подумал что то-чем они занимаются:ДДОС,Дефейс и прочее... Не для меня, потом репутация будет ещё-та, хоть и не занимался никогда...

 

Это точно, лучше не стоит

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Мутный

 

Что-то передумал, подумал что то-чем они занимаются:ДДОС,Дефейс и прочее... Не для меня, потом репутация будет ещё-та, хоть и не занимался никогда...

 

Это точно, лучше не стоит

 

Всем привет !

 

Лето - все отдыхают, какая-то таска в сети... :(

 

Но тем не менее хочу подвести этог, своих экспериментов над "Хакерами", итак:

 

1)CloudFlare, слабо помогает, по причине что нетак сложно вычислить реальный айпишник сервера, далее попробовать забить канал;

 

2)CloudFlare, пропускает в общем-то либо нужно делать постоянно заглушку с проверкой браузера, что вызывает неудобство;

 

3)Короче непонравились мне проксирующие сервисы, при сильных и постоянных атаках нужно делать комплекссную защиту, т.е. желательно перенести атакуемые ресурсы на защищенные сервера с аппаратной защитой, по крайне-мере мне помогло :)

 

4)Незнаю почему, но атаки были в основном с Китая, Индии, Вьетнама... Поэтому блокировка этих стран (Я использовал GeoIP для nginx), существенно снизило нагрузку + скрипт (D)Deflate очень сильно помогает кстати ! ;)

 

Вроде пока всё, конец экспериментам ! :)

  • Upvote 2

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Мутный

Всем привет !

 

Вспомнил про эту тему, даже не знаю интересно будет кому здесь-нет, но продолжение кул-стори, о том как я пережил более 30 Гбитную атаку, разумеется это не уровень лабы Каспера, но для меня это ново, было занемательно...smile.png

 

Итак, вообще у моего хостера на тарифе есть аппаратная защита от забивания канала на уровне ДЦ, но к сожалению в данном случае при такой силе атаки на Layer 7, был пропуск более 20000 ботов, а у меня проект не коммерческий, в общем-то что-бы положить мою впску достаточно и 3000 ботов, короче пришлось фильтровать в ручную !

 

Итак что было сделано:

 

Вообще я понимал, что реально навряд-ли они будут постоянно ддосить с такой силой, но всё-же хотелось обезвредить именно в пик атаки, для этого я по GeoIP заблокировал все страны, кроме СНГ.

 

Но на моё удивление, эти товарищи стали ддосить из РФ, короче всё сервер упал, ну я решил глянуть логи что-там такое и обнаружил кучу запросов такого типа:

"GET / HTTP/1.0" 301 184 "-" "-"

Ну тут сразу видно, пустые запросы и пустой юзер-агент, ага можно сделать фильтр в nginx:

 

if ($http_user_agent = "") { return 444; }
if ($http_user_agent = "-") { return 444; }

 

Обратите внимание на код ошибки 444 - Это нестандартная ошибка, т.е. nginx закроет соединение, не вернув никакой инфы, ботам должно понравиться...smile.png

 

Также на всякий случай сделал ещё это, т.е. ограничение на запросы:

 

if ($request_method !~ ^(GET|HEAD|POST)$) {
                                                return 444;
                                              }

 

Очень сильно помогло, но не надолго, опять упал, да-блин sad.png , анализирую дальше логи, чо они-там опять придумали, но в этот раз ещё легче:

 

Запросы такого типа, как понял с ломанных сайтов, кстати привожу запрос как он есть:

 

GET / HTTP/1.0" 200 253178 "-" "WordPress/4.2.2; http://demo.nola.land;verifying pingback from 127.0.0.1"

 

Куча более 1000 таких запросов, сайты разные, но везде юзерагент WordPress, ога попались rolleyes.gifrolleyes.gifrolleyes.gif

 

Делаем фильтр:

 

if ( $http_referer ~* (^WordPress) ){
                                            return 444;
                                         }

 

Ну и всё, по началу где-то час всё тормазило, а потом они сдулись, далее вернул нужные мне страны, а это РФ, СНГ, Европа и США, а все остальные в бан, это на случай повторных атак, короче пока живу...

 

Для справки, если верить логам, много ботов было с Индии, Китая, Вьетнама, далее Мексика...

 

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

 

Выводы которые я сделал:

 

Какая-бы навороченная аппаратная защита не была, всё-равно должен-быть человек, который-бы мог всё-это фильтровать вручную + также не забывайте делать лимиты на коннекты к базе и т.д., что-бы не потерять доступ к серверу в случае критичных нагрузок ! wink.png

 

Надеюсь эта тема кому-то поможет ! smile.png

  • Upvote 2

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин

@Мутный, спасибо за интересный пост с описанием логики действий.

 

Мы тут на прошлой неделе большой обзор выпустили, что есть на рынке для защиты от DDoS. Все основные варианты там описаны.

https://www.anti-malware.ru/reviews/ddos_protection_market_russia_2016

 

Выбор довольно большой. Я ставлю на сервисы, как наиболее удобный вариант организации защиты. Цены очень разные у всех кстати.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Мутный

@Мутный, спасибо за интересный пост с описанием логики действий.

 

Мы тут на прошлой неделе большой обзор выпустили, что есть на рынке для защиты от DDoS. Все основные варианты там описаны.

https://www.anti-malware.ru/reviews/ddos_protection_market_russia_2016

 

Выбор довольно большой. Я ставлю на сервисы, как наиболее удобный вариант организации защиты. Цены очень разные у всех кстати.

Ога читал ! ;)

 

Я к сожалению нищеброд, постоянно думаю чо-бы бесплатно заюзать, из списка использую CloudFlare и-то бесплатный аккаунт ! :lol::lol:

 

Кстати если думаете что бесплатный акк. не защищает, не правы, но нужно настроить самому, например можно сделать режим "Я под атакой", тогда будет вот такая проверка:

1.png

 

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

2.png

 

Ну и режим файервола поставил на "Hight", пока кто ддосит, не могут пробить ! :)

 

Но у CF, даже на платном акке есть минусы:

 

1)Случались блокировки IP-адресов Роскомнадзором;

2)Недают выделенный IP;

3)Палит реальный IP-адрес сервера ! :(

 

Поэтому если есть деньги лучше что-то другое выбрать, на самом деле сервисов куча, например в статье не представлены такие:Sucuri, Incapsula и т.д.

 

Но я всё-же склоняюсь, что защита должна-быть на уровне Дата-Центра, в частности и сервисы типа DDOS-Guard предоставляют свои защищенные сервера, или тот-же Ростелеком например, почему лучше выбирать защиту на уровне вашего провайдера:

 

1. Нет вероятности, что ддосер спалит ваш реальный айпи адрес;

 

2. В случае ддоса на Layer 7, сотрудники могут помочь отразить атаку вручную.

 

Ну и скажу что я сейчас на своём основном так сказать проекте как-раз и использую аппаратную защиту на уровне Дата-центра, т.е. не проксирование, как-раз по мойму там  Arbor стоит, железка хорошая, но как я писал, в случае атаки на уровне приложения, приходится фильтровать в ручную много ! :)

post-21429-0-25048600-1456395205_thumb.png

post-21429-0-44922600-1456395375_thumb.png

  • Upvote 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Мутный

Боты научились обходить проверку CloudFlare: "Checking your browser before accessing", да-блин ! :(

 

Так-что мой бюджетный вариант для нишебродов, закончился вот чем ! :(:(:(

 

Безымянный.png

 

 

post-21429-0-13802100-1456570147_thumb.png

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Мутный

CloudFlare всё-же справилась, они при сильных атаках, вообще капчу потом просят ввести с подозрительный IP (С ТОРа например), которую не введёт даже нормальный посетитель, у меня получилось с третьего раза только ! :blink:

 

Безымянный.png

post-21429-0-76383700-1456584682_thumb.png

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Мутный

Хе сейчас многие Российские хостеры попали под раздачу, за последнюю неделю, ддосили три известных мне хостера с силой атаки не менее 70Гбит, в этоге два хостера перешли под защиту ddos-guard, один успел купить железку....

 

Многие склоняются всё-же делать защиту самим, даже не смотря на цены на оборудование это: "Умные" роуторы + проксирование, оказывается в долгосрочной перспективе дешевле, чем у сторонних компаний !

 

Ну и к сожалению многие хостинг-компании в РФ не готовы отразить атаки на себя ! :(:(:(

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

  • Сообщения

    • Ego Dekker
      Домашние антивирусы для Windows были обновлены до версии 19.2.10.
    • PR55.RP55
      1) Ситуация когда нет доступа к virustotal.com ( и другим ресурсам ) Что предлагаю: а) На примере Firefox 155 - Happy Eyeballs v3: подключение сразу несколькими путями *Браузер больше не выбирает маршрут до сайта заранее, а пробует несколько вариантов подключения параллельно и работает через тот, который отозвался первым. Выигрыш заметнее всего в сетях, где IPv4 или IPv6 работает медленно либо нестабильно: раньше браузер мог упереться в неотвечающий адрес и ждать таймаута, теперь соединение уходит по резервному пути без паузы. б) Если сайт полностью не доступен - то, при потоковой проверке файлов не заставлять пользователя "бесконечно" ждать... 2) Драйвер фаервола - при проверке. По хорошему программа сама должна знать какие файлы её, какие нет и всякий раз не лезть к ним и не пытаться получить доступ к собственному файлу ?  
    • AM_Bot
      «Инфосистемы Джет» активно развивает концепцию антихрупкости. Эта компания разработала инструменты для её практического применения — первый Фреймворк антихрупкой ИТ-архитектуры и Индекс антихрупкости для построения киберустойчивого бизнеса.      1. Введение2. Что такое антихрупкость ИТ-архитектуры3. Назначение инструментов, разработанных компанией «Инфосистемы Джет»3.1. Фреймворк антихрупкой ИТ-архитектуры3.2. Индекс антихрупкости4. Как проходит оценка4.1. Заполнение профиля компании4.2. Построение бенчмарка4.3. Прохождение опроса4.4. Оценка результатов5. ВыводыВведениеРезонансные атаки на крупнейшие российские компании, которые мы регулярно освещаем, вскрыли системную проблему: реальная операционная готовность к инцидентам остаётся на низком уровне, даже если система защиты формально выстроена. Как показало недавнее исследование компании «Инфосистемы Джет», пережить кибератаку не готовы 64 % из 50 российских компаний. Хуже всего ситуация обстоит в госсекторе и ритейле — при этом именно эти отрасли входят в число наиболее атакуемых.Защита, которая создавалась, чтобы остановить злоумышленника, теперь может лишь его замедлить — и одной способности «не пустить» стало недостаточно. Закупленные СЗИ создают иллюзию надёжности: организация выглядит защищённой, но в момент реальной атаки оказывается уязвимой.В условиях массовых взломов и эволюции атакующих стратегий на первое место выходит принцип управляемого ухудшения ситуации. Взлом с большой вероятностью произойдёт, но мы должны уметь работать под атакой, управлять кризисом и быстро восстановиться. Также необходимо выстроить зрелые процессы реагирования на угрозы, восстановления после инцидентов и обеспечения непрерывности бизнеса даже в условиях атаки. В ответ на этот вызов ИТ-компания «Инфосистемы Джет», работающая на российском рынке с 1991 года, предложила использовать концепцию антихрупкой ИТ-архитектуры.Её суть заключается в том, что ИТ-инфраструктура должна не просто выдерживать сбои, атаки и неблагоприятные обстоятельства, а по-настоящему быть к ним готовой, эффективно их преодолевать и даже извлекать из них пользу, становясь надёжнее и укрепляя свои позиции среди конкурентов.Что такое антихрупкость ИТ-архитектурыКонцепция антихрупкости впервые была предложена учёным Нассимом Талебом, статистиком, бывшим трейдером и риск-менеджером, который прославился изучением влияния случайных и непредсказуемых событий на мировую экономику и биржевую торговлю. В книге «Чёрный лебедь. Под знаком непредсказуемости» (The Black Swan), вышедшей в 2007 году, он ввёл сам термин «чёрный лебедь» для описания редких и маловероятных событий, имеющих огромные последствия, и пришёл к выводу, что вместо попыток их предсказания логичнее создавать системы, способные не просто пережить хаос, но и становиться после него сильнее. Именно это понимание легло в основу идеи антихрупкости, которая уже была детально раскрыта Талебом в книге 2012 года «Антихрупкость. Как извлечь выгоду из хаоса» (Antifragile: Things That Gain From Disorder).Вдохновившись концепцией антихрупкости, аналитики компании «Инфосистемы Джет» решили развивать эти идеи и продвигать их в России. Антихрупкая ИТ-архитектура — не гонка за новыми инструментами. Она строится вокруг способности пережить полный жизненный цикл атаки: подготовиться к ней, замедлить злоумышленника, обнаружить вторжение, сократить ущерб, восстановить бизнес и перестроиться после инцидента. Для практической реализации концепции антихрупкости «Инфосистемы Джет» разработали первый Фреймворк антихрупкой архитектуры и Индекс антихрупкости, позволяющие выявить слабые места и сформировать дорожную карту усиления защиты.Назначение инструментов, разработанных компанией «Инфосистемы Джет»Как же перейти от понимания концепции антихрупкости к её реализации? В этом помогут разработанные вендором инструменты, которые мы рассмотрим ниже.Фреймворк антихрупкой ИТ-архитектурыФреймворк антихрупкой ИТ-архитектуры представляет собой открытый и практичный инструмент, который объединил опыт инженеров, аудиторов, консультантов и экспертов-практиков по защите сети и построению ИТ-инфраструктуры. Он разработан командой «Инфосистемы Джет» во главе с руководителем отдела развития консалтинга по ИБ Александром Морковчиным.Сценарии использования фреймворка охватывают три ключевые рыночные потребности. Первая — оценка текущего уровня киберустойчивости с помощью единой измеримой «линейки» для сопоставления с конкурентами и отраслевыми лидерами. Вторая — планирование развития на основе каталога проверенных практик и выбор вектора роста. Третья — трансформация: пошаговый переход от фактического состояния к целевому уровню киберустойчивости. Фреймворк имеет иерархическую логику: он строится по каскадной модели «в крупную клетку», т. е. на высоком уровне абстракции, без погружения в мелкие детали. Всего существует пять уровней детализации, где каждый следующий уровень конкретизирует предыдущий. Это позволяет последовательно двигаться от общего видения (стратегии) по уровням детализации к конкретным действиям (практике), сохраняя гибкость и системность.Фреймворк доступен на официальном сайте и не требует установки дополнительных расширений. Рисунок 1. Каскадная модель фреймворка антихрупкой ИТ-архитектуры Разберём каскад по уровням:Уровень 0. ДистанцииДистанции описывают фазы жизненного цикла относительно кибервторжения.Уровень 1. Цели («Чего хотим достичь»)Здесь выделяется семь стратегий. Это верхнеуровневые направления для достижения антихрупкости: например, «подготовка и прогнозирование», «адаптация и перестройка». Их цель — сформировать киберустойчивый каркас, дополнив классическую ИБ тем, чего часто не хватает в реальной атаке: связью с ИТ-архитектурой, непрерывностью, восстановлением, кризисным управлением и постоянным улучшением. Таблица 1. Семь стратегий антихрупкостиСтратегияВопрос, на который она отвечаетСистемное развитие и контрольРазвивается ли ИБ оправданно с точки зрения бизнеса?Подготовка и прогнозированиеПонимаем ли мы, как нас будут атаковать и какое звено сломается первым?Вовлечение и нападениеЗнаем ли мы, кто и как готовится нас атаковать — и можем ли перехватить инициативу?Защита, замедление, сдерживаниеЧто не даст атакующему быстро развить успех после проникновения?Обнаружение и реагированиеПоймём ли мы, что враг уже внутри, до того как он ударит?ВосстановлениеЕсть ли у бизнеса «План Б» на случай потери инфраструктуры?Адаптация и перестройкаСтанет ли компания сильнее после инцидента? Уровень 2. Правила реализации («Как себя ведём»)Здесь выделяется 10 принципов. Принципы связывают стратегии с действиями: это установки, задающие поведение. Например, принцип «нулевого доверия» или «безопасности по умолчанию». Уровень 3. Области применения («Где развиваем способности») Здесь выделяются 33 домена — тематические области, группирующие практики по функциональной принадлежности. Каждый домен описывает определённую способность организации. Уровень 4. Конкретные действия («Что делаем»)Здесь выделяется 390+ практик. Практики — конкретные меры и действия, которые организация должна реализовать для достижения целей киберустойчивости. Рисунок 2. Распределение стратегий антихрупкости по четырём дистанциям Вышеописанная схема является интерактивной: кликнув на домен, можно ознакомиться с относящимися к нему практиками. Рисунок 3. Информация о входящих в домен «Обнаружение и реагирование» практиках Также можно использовать строку поиска для выделения интересующих вас практик. Рисунок 4. Результат поискового запроса Фреймворк можно выгрузить в виде файла формата XLS, в котором также представлен инструмент самооценки. Рисунок 5. Фрагмент фреймворка в формате XLS Индекс антихрупкостиИндекс антихрупкости — показатель, позволяющий оценить в процентном соотношении, насколько компания готова к «чёрным лебедям», т. е. труднопредсказуемым событиям. Индекс построен на базе фреймворка и отвечает на вопрос: способна ли компания пережить кибератаку, продолжать работу в её условиях и восстановиться после неё. Итог оценки — индекс антихрупкости от 0 до 100 %, разбор по направлениям защиты и сравнение с другими участниками индустрии. Отраслевой уровень обновляется автоматически по мере накопления ответов респондентов.Индекс не заменяет регуляторные оценки, а дополняет их в областях, которые проверяют реальную киберустойчивость: восстановление и непрерывность бизнеса, кризис-менеджмент, threat hunting, безопасная разработка, безопасность ИИ, отказоустойчивость, культура киберучений и другие. Разберём, как пользоваться инструментом оценки.Как проходит оценкаС сервисом можно ознакомиться на официальном сайте. Вы отвечаете на сто коротких вопросов о том, какие практики киберустойчивости есть в компании. Оценка полностью анонимна: контактные данные и название компании не запрашиваются. У каждой оценки есть только уникальный идентификатор — он понадобится, если вы захотите задать вопрос по полученным результатам. Рисунок 6. Расчёт Индекса антихрупкости (приветственное окно) Заполнение профиля компанииДля получения оценок, релевантных профилю вашей организации, необходимо указать параметры из выпадающего списка: Сфера деятельности компании.Общее количество сотрудников.Число ИБ-сотрудников.Число ИТ-сотрудников.Оценку формирует руководитель ИБ или тот, кто отвечает за информационную безопасность в компании. Часть вопросов затрагивает смежные зоны — резервное копирование, непрерывность бизнеса, безопасную разработку, взаимодействие с юристами и PR. Если по ним нет уверенности, лучше уточнить у коллег: точность ответов напрямую определяет пользу результата. Рисунок 7. Пример заполненного профиля организации Заполнив все поля, можно переходить к следующему шагу. Для этого нажмите кнопку «Посмотреть показатели по отрасли».Построение бенчмаркаВ следующем разделе нам становится доступен бенчмарк, отражающий индекс антихрупкости и оценку в разрезе стратегий антихрупкой ИТ-архитектуры в среднем по отрасли. В качестве примера мы выбрали сферу деятельности «финансовый сектор». Рисунок 8. Экспресс-оценка показателей киберустойчивости по отрасли Ниже приводится оценка по стратегиям в табличном виде. Рисунок 9. Индекс антихрупкости в разрезе стратегий и практик по отрасли Прохождение опросаДля расчёта своего индекса антихрупкости пользователю предлагается пройти опрос по 100 практикам, каждая из которых имеет пять вариантов ответа:«Да» (выполняется системно).«Частично» (с ограниченным охватом).«Нет» (не выполняется или выполняется ad hoc, т. е. разово или под конкретную задачу).«Неприменимо» (не используется в организациях данного типа). Этот ответ следует выбрать, если, например, в организации нет такого процесса или системы. При выборе этого варианта метрика исключается из расчёта.«Не знаю» (затрудняюсь оценить). Метрика исключается из расчёта. Рисунок 10. Опрос в рамках стратегий и практик Результат отображается сразу после ответа на последний вопрос. Для расчёта индекса необходимо выбрать «Показать результаты». В том случае, если не все практики были оценены, появится окно с предупреждением и расчёт будет проведён с ограничениями. Рисунок 11. Предупреждение пользователя Оценка результатовНа вкладке «Результаты» отображается текущий уровень киберустойчивости организации, а также сопоставление этого уровня с показателями по отрасли в виде шкалы и радарной диаграммы («диаграммы-паука»). Рисунок 12. Экспресс-оценка киберустойчивости в виде шкал Рисунок 13. Экспресс-оценка киберустойчивости в разрезе стратегий При сравнении учитываются только критерии, по которым даны ответы. Ознакомиться с ними можно ниже в табличном виде. Рисунок 14. Оценка антихрупкости в разрезе доменов — групп практик Информацию по экспресс-оценке киберустойчивости организации можно скачать в виде готового отчёта. Он доступен в формате PDF и представляет собой готовый буклет для ознакомления в электронном виде или печати на бумаге. Рисунок 15. Выгрузка готового отчёта Рисунок 16. Фрагмент отчёта экспресс-оценки киберустойчивости организации ВыводыАнтихрупкость сегодня — ключевая стратегия выживания и роста компаний в условиях постоянных рисков: кибератак, ухода вендоров, сбоев инфраструктуры, регуляторных изменений и т. п. Она не заменяет классическую ИБ — она дополняет её способностью пережить успешную атаку.В современном ИТ‑ландшафте недостаточно просто держаться на плаву, нужно заранее готовиться к тому, чего нельзя предсказать. Именно поэтому антихрупкость становится центральным элементом зрелой ИТ‑стратегии и обязательным ориентиром при проектировании архитектуры, управлении инцидентами и планировании цифровой трансформации.Компания «Инфосистемы Джет» переводит концепцию антихрупкости на язык конкретных инженерных и управленческих решений. Она даёт бизнесу рабочие инструменты — собственный Фреймворк антихрупкой ИТ‑архитектуры, помогающий выстроить понятный путь от стратегии к конкретным действиям, и Индекс антихрупкости, который помогает увидеть, насколько компания реально готова к сбоям, атакам и внезапным переменам.Компания планирует и далее развивать Фреймворк: адаптировать его к специфике различных отраслей, разработать вариативные сценарии применения в зависимости от контекста.Достоинства:Открытая методология, доступная любому пользователю без оплаты и регистрации.Каскадная, понятная архитектура с чёткой логикой: семь стратегий достижения антихрупкости, 10 принципов, 33 домена и 390+ практик.Наличие веб-сервиса для оценки антихрупкости ИТ-архитектуры, в котором прохождение полного опроса по 100 критериям оценки занимает в среднем 20 минут.Возможность ознакомиться с показателями антихрупкости в среднем по отрасли.Представление результатов оценки в графическом и табличном формате.Формирование готового отчёта по итогам экспресс-оценки киберустойчивости с возможностью его выгрузки на компьютер.Недостатки:Ценность фреймворка сложно понять, если предварительно не ознакомиться с теорией антихрупкой ИТ-архитектуры.Для точной оценки индекса антихрупкости рекомендуется располагать полной информацией о деятельности компании и не пропускать ни одного критерия оценки. По уровню детализации Фреймворк антихрупкой ИТ-архитектуры относится к стратегическому и методическому уровню. Детальные технические регламенты, архитектурные стандарты, требования к настройке конкретных систем должны разрабатываться на следующем уровне детализации.Читать далее
    • demkd
      возможность есть, гляну, размер переменных окружения действительно 32767 максимум, но конкретно path больше 4095 это уже может стать проблемой.
    • Ego Dekker
      ESET Online Scanner 4.0.1  (Windows 10/11, 64-разрядная)
                                                                                  ●
              Руководство пользователя ESET Online Scanner 4  (PDF-файл)
×