4

У меня есть установка AWS Elastic Beanstalk (Node.js) за балансировкой эластичной нагрузки и настройка предупреждений для балансировки нагрузки. Каждую ночь я получаю тонны предупреждений для:Блок HEAD просит AWS эластичный бобслей и балансировщик эластичной нагрузки

Environment health has transitioned from Ok to Severe. 100.0 % of the requests are erroring with HTTP 4xx.

Это связано с тралами различных PHP hackz и PHPMyAdmin, dbadmin и т.д. с использованием метода HEAD, в 99% случаев. Поскольку у нас есть внешняя служба AIM, они запускают эти предупреждения, а также создают проблему для каждого (что мы теперь меняем, конечно), но плачущий «волк», вы знаете ...

Вопрос в том, можно ли блокировать HEAD или определенные URI, мы знаем, что нам не нужно как-то избавляться от «ложного» HTTP 4xx?

+0

Сегодня вечером мы начали получать те же уведомления. Я рассматриваю новый AWS WAF (https://aws.amazon.com/waf/) для централизованного управления правилами блокировки или, возможно, просто добавляет некоторые настраиваемые директивы в конфигурацию Apache через '.ebextensions' (например, с помощью mod_security, см. также http://stackoverflow.com/questions/27569366/is-it-possible-to-install-apache-mod-security-amazon-elastic-beanstalk). – goetz

+0

* .php >> 'HTTP/1.1 302 Найдено'' Местоположение: http: //127.0.0.1/... '(heh.) –

+0

Брандмауэр веб-приложений (WAF) является правильным решением для этой проблемы. –

ответ

5

Как отметил Марк Б в комментариях выше, используя брандмауэр веб-приложений (WAF & Shield), решает нашу проблему.

У нас был нормальный EC2 ELB (балансировщик упругой нагрузки) и заменил его на новый балансировщик нагрузки приложений (ALB), который является требованием для WAF.

Настройка WAF довольно проста: сначала создайте веб-ACL для блокировки HTTP HEAD (вы можете добавить тонну другой защиты, SQL Injection и т. Д.), А затем добавить правило для блокировки любого соответствующего wACL, но разрешить любой другой трафик.

Наконец-то свяжите новый wACL с балансиром нагрузки, и все готово!

Тестирование HTTP HEAD теперь дает «403 Forbidden» и не входит в наш эластичный бобовый стебель.

+0

«Наконец-то связать новый wACL с балансиром нагрузки, и все готово!» Нужно ли мне использовать AWS Shield Advanced для этого? – demsey