Уязвимости серверов к медленному чтению

-H это старо! -H посылает медленные запросы! slowloris атака это, slow read запускается как -X.

Лимит в 1000 соединений изза того, что использую select(), нехочется скрипткидям жизнь облегчать, на и на epoll() переписывать лень.

Уязвимости серверов к медленному чтению

И на макос дохнет. Но там еще и проблема дефолтного ограничения на кол-во файл дескрипторов, и nginx упирается в него.

Уязвимости серверов к медленному чтению

На убунту дохнет. Если у Вас есть сетап с доступом извне — можно попробовать.

Уязвимости серверов к медленному чтению

Статья подразумевалась информационной, без обсуждения защиты, там по ссылке внизу есть пара советов. В кратце:
— надо дропать соединения с ненормально маленьким advertised окном. iptables например
— надо на уровне приложения ограничивать время соединения, в независости от состояния соединения. ModSecurity, flying frog

Уязвимости серверов к медленному чтению

это несерьезно:) Огромные конторы сидят на одном внешнем IP, браузер минимум два соединения делает (favicon), дропать соединия тоже некрасиво как то, лучше в очередь поставить.
tcpdrop лучше, но тогда реально медленные клиенты, которые аплодять фотку у эйфелевой башни будут жаловаться.
iptables ом можно дропать SYN пакеты с advertised window меньше чего то. Сейчас не видел систему, посылающуью менее 65К.

Уязвимости серверов к медленному чтению

исправил, спасибо

Уязвимости серверов к медленному чтению

Он требует меньше ресурсов для поддержания того же количества одновременных соединений, т.е. можно отдалить DoS, но глобально — не поможет.