URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 77858
[ Назад ]

Исходное сообщение
"ProFTPd попытки подбора пароля"

Отправлено last , 13-Дек-07 08:20 
Здравствуйте!

В логах proftpd наблюдаю постоянные попытки подбора пароля для различных существующих и несуществующих имен пользователей. Хотелось бы в автоматическом режиме и в реальном масштабе времени обнаруживать эти попытки и блокировать доступ к серверу данных IP на уровне iptables (–j DROP).

Подскажите, пожалуйста, возможные решения!


Содержание

Сообщения в этом обсуждении
"ProFTPd попытки подбора пароля"
Отправлено all , 13-Дек-07 10:32 
>Здравствуйте!
>
>В логах proftpd наблюдаю постоянные попытки подбора пароля для различных существующих и
>несуществующих имен пользователей. Хотелось бы в автоматическом режиме и в реальном
>масштабе времени обнаруживать эти попытки и блокировать доступ к серверу данных
>IP на уровне iptables (–j DROP).
>
>Подскажите, пожалуйста, возможные решения!

Я использую snort+snortsam, вполне устраивает по всем показателям, кроме того что snortsam не поддерживает x64


"ProFTPd попытки подбора пароля"
Отправлено atch , 13-Дек-07 14:55 
fail2ban

"ProFTPd попытки подбора пароля"
Отправлено anonymous , 21-Дек-07 23:06 
>fail2ban

sshguard.


"ProFTPd попытки подбора пароля"
Отправлено universite , 13-Дек-07 16:25 
>Подскажите, пожалуйста, возможные решения!

apf (http://rfxnetworks.com/apf.php)


"ProFTPd попытки подбора пароля"
Отправлено mitiok , 21-Дек-07 23:24 
>Хотелось бы в автоматическом режиме и в реальном
>масштабе времени обнаруживать эти попытки и блокировать доступ к серверу данных
>IP на уровне iptables (–j DROP).

у меня в pf сие делается так:
# block the ftp bruteforce
block drop in quick on $ext_if proto tcp from <ftp-bruteforce> to port ftp
pass in on $ext_if proto tcp from any to ($ext_if) port ftp flags S/SA keep state (max-src-conn-rate 10/60, overload <ftp-bruteforce> flush global)
pass in on $ext_if proto tcp from any to ($ext_if) port 49153><49173  flags S/SA keep state

потом кроном с помощью expiretable чистим старые записи в таблицах. уверен что iptables умеет что-то подобное