Ломанули сервер

бан по IP не полный вариант, атакующий может его попросту сменить.

ERT, fail2ban + переведи ssh на нестандартный порт + запретить root доступ via ssh - PermitRootLogin no в файле /etc/ssh/sshd_conf
[console]apt-get install fail2ban[/console]
Суть этого демона заключается в облегчении жизни пользователя, а именно, он в фоновом режиме сканирует логи (/var/log/pwdfail или /var/log/apache/error_log и др.) на наличие записей вида “Failed password for invalid user condor” для таких служб как sshd, apache, vsftpd и др., и после нескольких неудачных попыток производит блокировку по IP адресу.
Количество попыток авторизации, время блокировки и многие другие настройки находятся в файле:

/etc/fail2ban/jail.conf

ERT написал:

которые подбирали pass к серверу.

ставь fail2ban + семни ssh порт, не 22й, а другой поставь, так же не забудь изменить в правилах iptables порт ssh =)

newzenon, :D

i2ks, одновременно писали. :lol:

i2ks написал:

ставь fail2ban + семни ssh порт, не 22й, а другой поставь, так же не забудь изменить в правилах iptables порт ssh smile

порт изменять не сильно поможет, при сканировании можно определить на каком порту он будет висеть.

Да, SSH на 22 порту. Сейчас поставлю fail2ban и попробую сменить порт SSH. Менять на любой?

/etc/fail2ban/jail.conf. А вот тут что?

P.S. Пока писал появились новые сообщения. Ставить fail2ban?

Ставь на любой порт тебе же подключаться.
http://manual.aptosid.com/ru/ssh-ru.htm
http://linuxforum.ru/viewtopic.php?id=223

XELFAER написал:

порт изменять не сильно поможет, при сканировании можно определить на каком порту он будет висеть.

можно повесить на 110 или 993 порт к примеру, если почторя нет конечно же. И пусть голову ломают, что там весит wink

i2ks, nmap покажет.

newzenon написал:

i2ks, nmap покажет.

да у nmap очень много возможностей, вот пример smile

Теперь главное - попробовать пробить ip - адреса, и жестоко наказать их владельцев. :lol:

ы. Еще заметил, тот кто получил root доступ не особо усердно подбирал пароль ssh - никак не брут. Пошукать среди знакомых не мешает.
Пароли на ssh делать 8-значные. И вообще по ключу лучше.
Проверять надежность паролей можно Джоном.

newzenon написал:

И вообще по ключу лучше.

золотые слова :rolleyes:

newzenon написал:

ы. Еще заметил, тот кто получил root доступ не особо усердно подбирал пароль ssh - никак не брут. Пошукать среди знакомых не мешает.

Так я же их вчера сменил и никто не знает ни одного пароля, кроме меня.

newzenon написал:

Пароли на ssh делать 8-значные.

У меня пароль 20-ти значный и это не помешало сегодня (пароль уже был новый) взломать его снова.

Пользуясь моментом рискну костями сросить - если IP динамический и выдается провайдером при подключении каждый раз, а SSH сервер не запущен, могут ли извне взломать (чисто теоретически)?

emlsch написал:

Пользуясь моментом рискну костями сросить - если IP динамический и выдается провайдером при подключении каждый раз, а SSH сервер не запущен, могут ли извне взломать (чисто теоретически)?

вычислив IP могут. необязательно использовать SSH.

Возник вопрос. Если я закрою доступ по SSH для root'a, то каким образом буду управлять сервером?
PermitRootLogin no

ERT написал:

Возник вопрос. Если я закрою доступ по SSH для root'a, то каким образом буду управлять сервером?
PermitRootLogin no

Вы закрываете лишь удаленный вход для root пользователя, локальный root у вас будет доступен, используйте для этого sudo или su -, т.е. вы заходите под пользователем, а лишь потом переключаетесь под root, а вообще root он редко нужен. для административных задач достаточно sudo

ERT написал:

Возник вопрос. Если я закрою доступ по SSH для root'a, то каким образом буду управлять сервером?
PermitRootLogin no

ключом