Большинство атак не направлено на конкретный сайт — боты автоматически проверяют тысячи сайтов в интернете и находят устаревшие и плохо защищённые. Поэтому мысль «мой сайт маленький, кому он нужен?» ошибочна: взломанный маленький сайт используют для рассылки спама, размещения фальшивых страниц или атак на другие сайты. Эти шаги заметно снижают риск.
7 шагов
- Держите всё обновлённым. Ядро WordPress, тема и плагины — старые версии остаются самой используемой лазейкой. Как обновляться безопасно: Как обновлять и защищать сайт на WordPress.
- Удаляйте неиспользуемые плагины. Отключённый плагин тоже может быть источником угрозы — его файлы остаются на сервере.
- Надёжные и неповторяющиеся пароли. Используйте для админ-панели, хостинга и почты разные длинные пароли; пользуйтесь менеджером паролей. Пароль, утёкший в одном месте, проверяют в другом.
- Двухэтапный вход (2FA). Даже если пароль украдут, без кода с вашего телефона войти не получится.
- Регулярные резервные копии. Мало иметь бэкап — проверьте, что восстановление из него работает (см. правило 3-2-1).
- SSL (https). Данные посетителей передаются в зашифрованном виде, а браузер не показывает предупреждений. Сертификат должен продлеваться автоматически (почему).
- Ограничьте доступы. Выдавайте админ-аккаунты только тем, кому они нужны, и сразу закрывайте доступ уволившимся сотрудникам.
Как понять, что сайт взломан?
- При открытии с телефона сайт перенаправляет на другой сайт (иногда только тех, кто пришёл из Google);
- В результатах Google под названием сайта появляются страницы на чужом языке или на посторонние темы;
- Браузер или Google показывает предупреждение «Этот сайт может быть опасен»;
- Хостинг сообщает о резком росте нагрузки или о рассылке спама с сайта;
- В админ-панели появились незнакомые пользователи.
Если сайт взломан, что делать?
- Не паникуйте и не удаляйте сайт — понадобятся следы и причина;
- Смените все пароли (админ, хостинг, FTP, база данных, почта);
- Напишите хостингу или в техподдержку: нужно очистить вредоносный код или восстановить сайт из резервной копии, сделанной до заражения;
- Закройте уязвимость — старый плагин, слабый пароль и т. д. Иначе атака повторится;
- Если в Google Search Console есть предупреждение о безопасности, после очистки запросите повторную проверку.
Что должно быть на стороне хостинга?
Часть атак можно остановить ещё до того, как они дойдут до сайта: защита от DDoS, проверка на вредоносный код, изоляция аккаунтов друг от друга. В наших тарифах хостинга есть защита Cloudflare, а сайты проверяются ImunifyAV+ на вредоносный код.
Если не хотите заниматься этим сами, наши пакеты техподдержки берут на себя обновления, резервные копии и мониторинг: Услуги.
