Подбор ssh китайцами

[Futura 8]

Случайно глянул auth.log на сервере, мне стало плохо. В день по 10 раз долбятся китайские друзья с разных айпи с перебором пароля.

Кто, как с этим борется?

[Abram 98]

10 раз? Мало как-то.

Лечится fail2ban-ssh .

[KaYot 3,732]

А еще лучше - фаерволом доступ только со своей автономки и управляющего влана.

[Kiano 616]

стандартный порт смените для начала, часто помогает

[twg 871]

А еще лучше - фаерволом доступ только со своей автономки и управляющего влана.

я так и делаю обычно. ) Но вот недавно открывал и забыл закрыть. И потом афигел. 10 раз не в сутки а в минуту. Но не подобрали )

[kvirtu 315]

 

А еще лучше - фаерволом доступ только со своей автономки и управляющего влана.

я так и делаю обычно. ) Но вот недавно открывал и забыл закрыть. И потом афигел. 10 раз не в сутки а в минуту. Но не подобрали )

 

китайцев миллиарды, больше чем IP

[KaYot 3,732]

Стандартные правила безопасности, при их соблюдении дают практически абсолютную надежность.

1) Не давать доступ отовсюду фаерволом. Все равно остается возможность атаки внутри сети через уязвимость любого другого сервера/клиента, но осуществить её уже сложнее на порядок.

2) Запретить root-доступ. Угадать имя юзера с паролем, а затем и рутовский пароль сложнее на много порядков.

3) Использовать хорошие пароли, минимум 8 символом, со случайным набором символов.

[ttttt 195]

Стандартные правила безопасности, при их соблюдении дают практически абсолютную надежность.

1) Не давать доступ отовсюду фаерволом. Все равно остается возможность атаки внутри сети через уязвимость любого другого сервера/клиента, но осуществить её уже сложнее на порядок.

2) Запретить root-доступ. Угадать имя юзера с паролем, а затем и рутовский пароль сложнее на много порядков.

3) Использовать хорошие пароли, минимум 8 символом, со случайным набором символов.

Это фантазии, очень далекие от реальности.

 

---

Подбор паролей проще всего закрыть через /etc/hosts.allow вместо фаервола. Добавляете туда свои подсети и закрываете sshd для всех, например:

sshd : 1.2.3.4  5.6.7.8 : allow
sshd : 62.149.0.0/255.255.224.0 : allow
sshd : ALL : deny

[twg 871]

года 4 назад одному товарищу ломанули. Я ему готовил тазик. Пока приготавливал, пока интегрировал, пока показывал-рассказывал, то был пароль root'a 123456789 )) . Расставаясь, я ему указал на угрозы и на необходимость задать пароль для рута. Я не люблю знать чужие пароли, по этому сам менять не стал. Но чел. проигнорировал и через 3 дня этот парольчик подобрали и сменили. Звонил кричал караул шо делать )) Но кроме смены пароля ничего не порушили. Я приехал, восстановил и с тех пор человек знает,  что так делать низя )

[supportod 1]

sshguard + белые списки.

[KaYot 3,732]

 

Стандартные правила безопасности, при их соблюдении дают практически абсолютную надежность.

1) Не давать доступ отовсюду фаерволом. Все равно остается возможность атаки внутри сети через уязвимость любого другого сервера/клиента, но осуществить её уже сложнее на порядок.

2) Запретить root-доступ. Угадать имя юзера с паролем, а затем и рутовский пароль сложнее на много порядков.

3) Использовать хорошие пароли, минимум 8 символом, со случайным набором символов.

Это фантазии, очень далекие от реальности.

 

---

Подбор паролей проще всего закрыть через /etc/hosts.allow вместо фаервола. Добавляете туда свои подсети и закрываете sshd для всех, например:

sshd : 1.2.3.4  5.6.7.8 : allow
sshd : 62.149.0.0/255.255.224.0 : allow
sshd : ALL : deny

Тоже самое можно сделать в iptables, с тем же результатом.

[kvirtu 315]

смена стандартного порта решает 99 % проблем

[tkapluk 922]

У кого нибудь подобрали пароль сложнее qwerty и 123456? 

[stunt 19]

да, ломятся... смотрю и порты  разные пробуют! дописал ноликов к таймаутам в фейл2бан, пускай тренируются)

[Archy_k 14]

У кого нибудь подобрали пароль сложнее qwerty и 123456? 

Ахахаха)))) Забыли сказать: "..и не на стандартном 22-м порту"

[ttttt 195]

смена стандартного порта решает 99 % проблем

Конкретно эта штука начинает свое повествование со сканирования портов. Где-то в гуглах можно много о ней нарыть.

 

У кого нибудь подобрали пароль сложнее qwerty и 123456?

Ну они там порядка десятка тысяч комбинаций пробуют годами, конечно подобрали и троян залили.

 

Тоже самое можно сделать в iptables, с тем же результатом.

На линуксах на голом железе мир клином не сошелся. В линуксах без файрволов или в openvz, lxc контейнерах тоже есть openssh. И неожиданно там обычно работает /etc/hosts.allow и нет доступа к фаерволу.

 

Но не в этом проблема, а в уверенностях в безопасности.

[kvirtu 315]

можно еще установить и настроить sshguard, denyhost

[foreverok 95]

+ ко всему выше сказанному, можно отключить авторизацию по паролю и оставить только по ключу.

[Kiano 616]

... и отключить ssh вообще ))

[Abram 98]

И сервер отключить. На всякий случай - из розетки.

[ingr 74]

А хіба не найкраща рекомендація використання ключів а не паролів?

Доречі, доволі давно до телнету (мабуть китайці) підібрали пароль 8-символьний абсолютно випадковий.

[ageNT_666 4]

Была такая проблема с полгода назад на сервер по ssh практически не реально было попасть, только ещё и на сайт ДДОСили, fail2ban всё решил!

[ttttt 195]

... и отключить ssh вообще ))

Не поверите, так и делают

Где-нибудь в налоговой стоят хэдлесс линуксы с единственным запущенным приложением, никаких ssh, ниче вообще, ибо риск.

[muff 116]

Из рекомендаций:

- использовать для ssh нестандартный порт;

- запретить авторизацию по ssh для root;

- использовать утилиты по типу Sshit, Bruteblock, etc;

- по возможности, разрешить доступ по ssh только для определенной подсети/хоста;

- по возможности, использовать авторизацию по ключам

[tkapluk 922]

 

... и отключить ssh вообще ))

Не поверите, так и делают

Где-нибудь в налоговой стоят хэдлесс линуксы с единственным запущенным приложением, никаких ssh, ниче вообще, ибо риск.

 

Где-нибудь в налоговой стоят железные межсетевые экраны, балансировщики и прочая хрень на миллионы баксов. На рисках бабло нужно отмывать, а не блокировать ssh на сервере.