Безпека WordPress
Права доступу до файлів і цілісність WordPress
Послаблені права на файли перетворюють незначну вразливість на повний захоплення: файли, доступні на запис усім, дозволяють одній дірі переписати весь сайт. Правильний власник, жорсткі права, вимкнені редактори й моніторинг цілісності роблять код WordPress таким, що змінити його помітно й локально.
Головне
- Каталоги 755, файли 644, wp-config.php 600; ніколи не ставте 777.
- Де це можливо, файли мають належати обліковому запису користувача, а не обліковому запису вебсервера.
- Вимкніть редактори тем і плагінів через DISALLOW_FILE_EDIT.
- Забороняйте прямий доступ з вебу до wp-config.php і .htaccess.
- Стежте за контрольними сумами файлів ядра і сповіщайте про неочікувані зміни.
- Забороняйте виконання PHP у каталогах завантажень.
- Переглядайте розходження прав після міграцій і відновлень.
- Розділяйте облікові дані SFTP на кожен сайт і обмежуйте їх каталогами.
Часті запитання
Чому постійно з'являється 777?
Через недбалі інсталятори й погані посібники. Для нормальної роботи WordPress 777 не потрібен ніколи.
Чи зламають жорсткі права оновлення?
Оновлення в один клік потребують правильно налаштованих прав на запис. Виставте власника один раз — і оновлення працюватимуть безпечно.
Як виявити змінені файли?
Порівняння контрольних сум із wordpress.org плюс сповіщення про події запису.
А як бути з каталогом завантажень?
Він має бути доступним на запис за задумом, тому отримує правила заборони виконання плюс сканування на шкідливе ПЗ.
Допомога Kinetikatech: безпека wordpress
Чесно: більшість команд приходить до нас, попередньо спробувавши все самі: Посилення, очищення від шкідливого ПЗ та постійний захист сайтів, плагінів, тем, входу й цілісності файлів WordPress. Служба Безпека WordPress та Обслуговування сайтів існує, щоб не доводилося опановувати безпека wordpress гірким досвідом — налаштування, нагляд і нічні сюрпризи о третій беремо на себе.