mod_security за обратным прокси и IP-адресом клиентов
client -> haproxy -> mod_security boxes -> backends
Проблема: боксы mod_security используют mod_rpaf с ip haproxy в 'RPAFproxy_ips'. Ведение журнала Apache показывает реальный IP-адрес клиента, но mod_security по-прежнему сообщает ip haproxys, как показано ниже.
В логах apache модулей mod_sec найден ip клиентов
x.93.129.90 - - [14/Oct/2015:08:35:56 +0200] "GET /MYTEST HTTP/1.1" 301 524 "-" "curl/7.15.5 (x86_64-redhat-linux-gnu) libcurl/7.15.5 OpenSSL/0.9.8b zlib/1.2.3 libidn/0.6.5"
Mod_security сообщает прокси ip (клиент x.21.107.165)
==> /var/log/apache2/site.se_error.log <==
[Wed Oct 14 08:36:12.584500 2015] [:error] [pid 10264:tid 139895758558976] [client x.21.107.165] ModSecurity: Access denied with code 403 (phase 2).
Pattern match "\\\\balert\\\\b[^a-zA-Z0-9_]{0,}?\\\\(" at ARGS_NAMES:
<script>alert(1)</script>. [file "/usr/share/cwaf/rules/07_XSS_XSS.conf"] <etc>..
Люди в сети, кажется, запускают rpaf с mod_sec, я что-то не так делаю?
Кто-нибудь знает еще один хороший подход? Я видел некоторые правила mod_sec, которые в основном используют значение из заголовка, если оно есть, иначе откат к remote_addr, но я не заставил их работать.
1 ответ
mod_rpaf работает только с apache < 2.4, mod_remoteip работает с 2.4 и mod_security теперь сообщает ip клиентов, а не балансировщик нагрузки / прокси
На убунту 14.04
a2enmod remoteip
echo "RemoteIPHeader X-Client-Ip" > /etc/apache2/mods-enabled/remoteip.conf
service apache2 restart