WordPress 7.1.4 закрывает несколько уязвимостей; разработчики рекомендуют обновить сайты сразу. После установки стоит проверить форму заявки и другие важные действия посетителя.
Что исправили в WordPress 7.1.4?
WordPress 7.1.4 исправляет несколько уязвимостей, в том числе в процессе обновления, блоках редактора и проверке доступа к заметкам. Команда WordPress называет выпуск обновлением безопасности и рекомендует установить его немедленно.
WordPress управляет страницами, публикациями и другими частями сайта. Его основа обновляется отдельно от темы оформления и плагинов. Поэтому привычное «у нас всё работает» не отвечает на вопрос, установлены ли исправления в самой системе.
В официальном сообщении от 28 октября есть важная деталь: одна из ошибок затрагивала сам процесс обновления и могла привести к выполнению постороннего кода в этот период. Также исправлены ситуации, когда сохранённое содержимое могло запускать нежелательные сценарии в браузере.
Есть и более понятный владельцу сайта случай: некоторые пользователи с повышенными правами могли читать заметки к записям, хотя доступа к редактированию этих записей у них не было. Получается, речь идёт не только о том, как сайт выглядит снаружи, но и о границах доступа внутри команды.
Как установить WordPress 7.1.4?
Обычный путь: открыть в панели WordPress раздел обновлений и установить доступный выпуск. Перед этим сохранить резервную копию сайта. Если сайт поддерживает автоматические фоновые обновления, процесс может пройти без ручного запуска.
Такой порядок описан в инструкции WordPress. Установка исправлений и проверка результата решают разные задачи: первая обновляет систему, вторая показывает, что посетитель по-прежнему может воспользоваться сайтом.
Редакция предлагает перед запуском записать короткую карточку: текущая версия, время резервной копии, кто отвечает за обновление и какой результат проверит после него. Для магазина или сайта с потоком заявок сюда же стоит добавить условия восстановления: где лежит копия и кто умеет её вернуть.
Резервная копия помогает вернуть прежнее состояние; возможность восстановления тоже нужно проверить. Если важная функция зависит от отдельного плагина или внешнего сервиса, одного обновления WordPress недостаточно, чтобы подтвердить её работу. Такие связи разобраны в материале от чего зависит кнопка «Отправить» на сайте.
Что проверить после обновления, кроме главной страницы?
Пройдите главный путь посетителя: откройте нужную страницу, заполните форму и убедитесь, что тестовая заявка появилась там, где её ждёт команда. Для магазина отдельно проверьте корзину и переход к оплате, для сайта с кабинетом — вход пользователя.
Ниже предложенная редакцией приёмка. Это не список обнаруженных поломок в WordPress 7.1.4 и не наш отчёт об испытании чужого сайта.
Для тестовой заявки используйте отдельную пометку, чтобы менеджер не принял её за клиента. Проверка оплаты не требует покупать товар: достаточно пройти безопасную тестовую процедуру, предусмотренную вашим платёжным сервисом, без реального списания.
Если перестал работать вход, форма или платёжный переход, разбирайте конкретный путь. Общий статус «страница открывается» здесь мало помогает. У нас есть порядок проверки входа, капчи и оплаты, который поможет сузить поиск причины.
Получат ли исправления старые версии WordPress?
В примечаниях уже перечислены исправленные выпуски старых веток, в том числе 7.0.8 и 6.9.11. Самая старая указанная ветка — 4.7. При этом активно поддерживается только последняя версия WordPress.
В первоначальном анонсе команда писала, что перенос исправлений ещё идёт. Перед обновлением старого сайта смотрите актуальный выпуск именно для своей ветки и примечания к релизу. Нельзя считать, что сам выход версии 7.1.4 автоматически исправил любую старую установку.
Полезный результат этой новости для команды вполне конкретный: установить относящееся к сайту исправление и сохранить короткую запись о проверенных действиях посетителя. Запишите версию и дату проверки, приложите результат. При следующем обновлении этот маршрут можно пройти снова.
