Как защитить VPS и аккаунт: самое необходимое

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

Ваш аккаунт в личном кабинете

• Включите двухфакторную аутентификацию. В разделе Аккаунт → Безопасность нажмите Включить двухфакторную аутентификацию, отсканируйте QR-код приложением вроде Google Authenticator или Authy и введите код, который оно покажет. Тогда, даже если кто-то узнает ваш пароль, войти он не сможет.
• Проверьте открытые сеансы на той же странице и завершите те, которые вам незнакомы.
• Просматривайте журнал активности время от времени.
• Никому не сообщайте свой пароль. Если вашим VPS должен управлять кто-то ещё, предоставьте ему доступ через панель.

Сервер

• Длинный уникальный пароль, который вы больше нигде не используете. В Linux ещё лучше входить по SSH-ключу и добавить fail2ban.
• В Windows защитите удалённый рабочий стол и не мешайте устанавливаться обновлениям.
• В Linux регулярно обновляйте систему командой apt update && apt upgrade.
• Открывайте только те порты, которые используете. Никогда не открывайте в интернет базы данных (3306), панели администрирования вроде txAdmin (40120), консоли telnet и веб-панели игр.
• Не запускайте всё от имени администратора. В наших инструкциях игровые серверы работают от отдельного пользователя: если в плагине окажется уязвимость, ущерб этим и ограничится.
• Скачивайте скрипты, моды и плагины только из надёжных источников. «Слитые» платные ресурсы, особенно для FiveM, часто содержат бэкдоры, которые отдают управление вашим сервером постороннему.
• Делайте резервные копии, причём хотя бы одну храните за пределами VPS.

Если вы подозреваете взлом

1. Смените пароль от аккаунта, включите двухфакторную аутентификацию и завершите чужие сеансы.
2. Смените пароль сервера в панели.
3. Проверьте, нет ли пользователей, которых вы не создавали: в Windows — командой net user, в Linux — в /etc/passwd и в файлах ~/.ssh/authorized_keys.
4. Если вы не уверены, что всё вычистили, надёжнее всего сохранить данные и переустановить систему. Тщательно проверьте эти данные, прежде чем загружать их обратно: если проблема была в скрипте, она вернётся вместе с ним.
5. Создайте тикет, если вам нужна помощь.