безопасность к взлому при открытом ssh

[azsx]

ну в этом случае вы жестко наследили...

вопрос не в том, наследил бы я. Просто если мне надо будет хакнуть комп я сперва разберу более простые варианты добычи информации, а уже потом стану разбираться можно ли там сертификат перехватить или пароль подобрать.

Носите ключ на флешке, например

я понял что сертификаты более надежны чем пароль. Может и применю их для сервера, хотя вряд ли. Но для домашнего компа - мне сертификаты не нужны.

[AlexYeCu]

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

То вам. А то боту. Или скучающему кул-хацкеру.

[t.t]

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

То вам. А то боту. Или скучающему кул-хацкеру.

Который к тому же вовсе не задаётся целью «подбить» конкретно Вас.

[deadhead]

Просто если мне надо будет хакнуть комп я сперва разберу более простые варианты добычи информации, а уже потом стану разбираться можно ли там сертификат перехватить или пароль подобрать.

ну вот какраз последее и является более простым выриантом для того кто не имеет физического доступа к вашему ПК ;-)

[44616e]

Еще один момент: можно ли в sshd_config в строке ListenAddress указывать имена интерфейсов? например:

Код: Выделить всё

ListenAddress 192.168.0.16 ppp0

Или это можно сделать только средствами iptables?

[rm_]

можно ли в sshd_config в строке ListenAddress указывать имена интерфейсов?

В man-странице вроде бы весьма ясно перечислены все возможные варианты.

[SLEDopit]

извините — не понимаю. Делать не стал.

Код: Выделить всё

man sshd__config
AllowUsers
This keyword can be followed by a list of user name patterns, separated by spaces.
If specified, login is allowed only for user names that match one of the patterns.
Only user names are valid; a numerical user ID is not recognized.  By default, login
is allowed for all users.  If the pattern takes the form USER@HOST then USER and
HOST are separately checked, restricting logins to particular users from particular hosts.
The allow/deny directives are processed in the following order: DenyUsers, AllowUsers,
 DenyGroups, and finally AllowGroups.

Вот только такой наивный вопрос, а что есть нестандартный порт?

Стандартный - 22. Значит нестанадртный - любой другой (: Но желательно где нибудь за 1024+.

[drBatty]

\h$LyeRq(EaZ3fjnu1ODSv3h2

извините — не понимаю.

а что тут непонятного? может быть простой пароль вроде 123, может быть сложный. Чем сложнее пароль, тем сложнее его запомнить, потому лучше простые пароли. Беда в том, что простые пароли и подобрать просто, потому их тоже нельзя использовать. Вывод: надо использовать сложный пароль, и его где-то записывать (не в компьютере). Можно конечно записать сравнительно стойкий пароль \h$LyeRq(EaZ3fjnu1ODSv3h2 на бумажку, но есть способ лучше: записать пароль на флешку, и сделать так, что-бы он набирался автоматически. Это и есть идентификация по ключу. Понятно?

3. стоит ограничение по пользователям, которым можно логиниться по ssh

извините — не понимаю. Делать не стал.

а тут что непонятного? злоумышленник знает, что у вас в компьютере есть юзер root, но вы запретили вход от рута, он подозревает, что есть юзер ftp. Вы запретили этого юзера? Тогда система уязвима. Потому как то, что у вас есть юзер azsx случайный враг знать не может. Просто дополнительная степень защиты - вы не только ставите надёжную дверь, но и не рассказываете случайным знакомым свой адрес. Понятно?

2. ssh висит на нестандартном порту

висит. Вот только такой наивный вопрос, а что есть нестандартный порт? Вот сто с чем то (1**) - это нестандартный порт? Порт — это любое случайное число, да?

такой наивный вопрос: вы мануал читали?

[azsx]

такой наивный вопрос: вы мануал читали?

а есть какой то мануал на русском как обеспечить безопасность доступа по ssh?

[drBatty]

а есть какой то мануал на русском как обеспечить безопасность доступа по ssh?

об этом много кто писал, даже я...
но начать ИМХО надо с документации по самой SSH.

[SLEDopit]

а есть какой то мануал на русском как обеспечить безопасность доступа по ssh?

man sshd_config по русски. вас все как раз в этот ман посылали выше (:

[playnet]

у меня сделано надежнее и проще. Коннекты откуда угодно, порт 22.. Но авторизация только по ключу-с-паролем. Любителям вводить пароли радость, при этом даже 123 уже без самого ключа не подобрать (2к ключ). Ключ без пароля тоже бесполезен.
Ну и denyhosts стоит с жесткой настройкой. Плюс он сам из инета получает список "больных" айпи.. в общем, не так и много ломится, и всё зря.