Как предотвратить атаки методом перебора паролей SSH? Практическое руководство по настройке аутентификации ключей VPS с помощью HestiaCP.

Более 90% атак на VPS вызваны атаками методом перебора слабых SSH-паролей . Если вы до сих пор используете пароль для входа на свой сервер, это так же опасно, как оставлять ключ от дома висеть на двери.

В этой статье мы шаг за шагом расскажем, как полностью избавиться от кошмара атак методом перебора паролей. Мы объединим VPS с программным обеспечением PuTTY , используя самые практичные руководства по работе с командной строкой, чтобы помочь вам поднять безопасность SSH на высочайший уровень.

Почему вместо пароля используется ключ?

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

Теоретически, для взлома 4096 -битного RSA-ключа потребовались бы миллиарды лет. В сравнении с этим, шифр подобен бумажной двери, а ключ — стальным воротам.

Шаг 1: Сгенерируйте SSH-ключ.

Генерируйте пары ключей RSA с 4096 битами непосредственно в Linux или macOS:

ssh-keygen -t rsa -b 4096

Нажмите Enter, чтобы сохранить путь по умолчанию. /root/.ssh/id_rsa.

Введите пароль (необязательно) или просто нажмите Enter и оставьте поле пустым.

Система сгенерирует два файла:

• Закрытый ключ:id_rsa
• Открытый ключ:id_rsa.pub

Это ваш "замок" и "ключ".

Шаг 2: Настройте открытый ключ на сервере.

Разместите открытый ключ в каталоге лицензий VPS:

cp ~/.ssh/id_rsa.pub ~/.ssh/authorized_keys
chmod 600 ~/.ssh/authorized_keys

Убедитесь, что каталог /root/.ssh/ Существование.

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

Шаг 3: Измените файл конфигурации SSH.

Отредактируйте конфигурационный файл:

nano /etc/ssh/sshd_config

Измените следующие параметры:

RSAAuthentication yes #RSA认证
PubkeyAuthentication yes #开启公钥验证
AuthorizedKeysFile .ssh/authorized_keys #验证文件路径
PasswordAuthentication no #禁止密码认证
PermitEmptyPasswords no #禁止空密码

Этот шаг крайне важен: полностью отключить вход по паролю.

Шаг 4: Перезапустите службу SSH.

Чтобы изменения вступили в силу немедленно:

• CentOS7:

systemctl restart sshd

• Ubuntu / Debian:

systemctl restart ssh

Подтверждено, что работа сервиса завершена:

systemctl status sshd

Шаг 5: Пользователи Windows преобразуют ключ с помощью PuTTYGen.

Если вы используете Windows, вам необходимо преобразовать закрытый ключ в формат PuTTY:

1. открытый PuTTYGen
2. Нажмите нагрузка нагрузка id_rsa
3. Нажмите Сохранить закрытый ключ Сохранить как .ppk
4. 在 PuTTY → Подключение → SSH → Аутентификация Выберите это .ppk 文件

Таким образом, вы сможете безопасно войти в свой VPS с помощью PuTTY.

Шаг 6: Проверка и защита от атак методом перебора паролей.

Подтвердите, что конфигурация вступила в силу:

grep "Failed password" /var/log/auth.log

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

Дальнейшая защита:

• Сотрудничать Fail2Ban Автоматическая блокировка атакующих IP-адресов.
• Измените порт по умолчанию (например, на 2222).
• Брандмауэр разрешает доступ только доверенным IP-адресам.

Эти три метода могут полностью сорвать планы хакера.

резюме

Выполнив следующие шаги — генерацию открытого ключа, настройку открытого ключа, изменение файла sshd_config, перезапуск службы и преобразование ключа с помощью PuTTY — вы можете полностью исключить риск атак методом перебора паролей на вашем VPS HestiaCP .

Записи "Неверный пароль" в этих журналах — это всего лишь тщетные попытки злоумышленников и не указывают на то, что аутентификация по паролю по-прежнему включена.

Вывод: Безопасность — это жизненно важный элемент работы сервера.

В мире информационной безопасности пароли являются наиболее уязвимым звеном. Замена паролей ключами — это не просто технологический выбор, но и отражение ответственности и мудрости.

Как указано в «Белой книге по информационной безопасности»: «Безопасность — это не затраты, а ценность».

Так что действуйте. Освободите свой VPS от оков паролей, и пусть хакерские атаки методом перебора навсегда останутся в логах неудачных попыток взлома.