ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Атака и 400 Bad Request



Hello!

On Thu, Jan 12, 2012 at 11:24:12PM +1000, TetSio[Nainn] wrote:

> А почему если по открытому сокету никакого запроса не поступало, то
> nginx должен ответить Bad Request?

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

(Ну и отвечать он не отвечает, ибо в данном случае отвечать уже 
некуда.  Только логгирует.)

Maxim Dounin


> 
> 12 января 2012 г. 22:42 пользователь Maxim Dounin <mdounin@xxxxxxxxxx> 
> написал:
> > Hello!
> >
> > On Thu, Jan 12, 2012 at 12:59:46PM +0200, Дмитрий Леоненко wrote:
> >
> >> Приветствую!
> >>
> >> Вчера ко мне пришло много-много траффика на 80 порт с бесполезными данными
> >> в запросе, то есть просто мусор.
> >> Траффика исходящего было дофига и как я понял весь он состоял из ответов
> >> nginx об плохом запросе 400 Bad request.
> >> Я настроил так
> >>     log_format fail2ban '$time_local $remote_addr == $request == $status ==
> >> $http_referer == $http_user_agent';
> >>
> >> в логи сыпит дофига запросов вида:
> >>
> >> 12/Jan/2012:14:57:47 +0400 222.253.150.xxx == - == 400 == - == -
> >> 12/Jan/2012:14:57:49 +0400 123.24.190.xxx == - == 400 == - == -
> >> 12/Jan/2012:14:57:50 +0400 141.250.83.xxx == - == 400 == - == -
> >> 12/Jan/2012:14:57:51 +0400 187.59.185.xxx == - == 400 == - == -
> >>
> >>
> >> С помощью fail2ban добавлял в ipset на блокировку всех с такими запросами.
> >> За часов 10 набежало в ipset:
> >>
> >> > # ipset list fail2ban-badbot-ips | tail -n +7 | wc -l
> >> > 6687
> >>
> >>
> >> Меня терзают смутные сомнения, не блочу ли я легитимных пользователей по
> >> какой-то причине?
> >
> > Современные браузеры (e.g. Chrome) любят открывать
> > "дополнительные" соединения, и закрывать их без каких-либо
> > запросов, если работы для них не нашлось.  Так что легитимные
> > трафик там вполне может быть.
> >
> > Лучше читать error_log, там должны быть сообщения "client sent
> > invalid ..." (правда на уровне info).
> >
> > Maxim Dounin
> >
> > _______________________________________________
> > nginx-ru mailing list
> > nginx-ru@xxxxxxxxx
> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
> 
> 
> 
> -- 
> С ув. М.А. Мохначевский
> Отдел информационнных технологий
> ООО "Компания "СахаИнтернет НТ"
> к.т. (4112)390246 доб. 927
> _______________________________________________
> nginx-ru mailing list
> nginx-ru@xxxxxxxxx
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru


 




Copyright © Lexa Software, 1996-2009.