Имя плагина	Post SMTP
Тип уязвимости	Межсайтовый скриптинг (XSS)
Номер CVE	CVE-2026-3090
Срочность	Низкий
Дата публикации CVE	2026-03-20
Исходный URL-адрес	CVE-2026-3090

Срочное уведомление о безопасности: Плагин Post SMTP (≤ 3.8.0) — Неаутентифицированный сохраненный XSS (CVE-2026-3090) — Влияние, смягчение и реакция

Дата: 2026-03-20
Автор: Команда безопасности WP-Firewall
Теги: WordPress, Безопасность, WAF, XSS, Post SMTP, Уязвимость, CVE-2026-3090

Краткое содержание: Уязвимость сохраненного межсайтового скриптинга (XSS) (CVE-2026-3090), затрагивающая плагин Post SMTP для WordPress (версии ≤ 3.8.0), позволяет неаутентифицированному злоумышленнику сохранять вредоносный код через тип_события параметр. Успешная эксплуатация может привести к выполнению административных действий привилегированным пользователем, когда он просматривает или взаимодействует с затронутым интерфейсом. Исправленная версия доступна (3.9.0). Ниже мы объясняем риск, показываем, как злоумышленники могут использовать уязвимость, и предоставляем практические рекомендации по смягчению и реагированию на инциденты — а также как WP-Firewall может немедленно защитить ваш сайт.

Кратко (для владельцев сайтов и администраторов)

Уязвимость: Сохраненный XSS через тип_события параметр в версиях плагина Post SMTP ≤ 3.8.0 (CVE-2026-3090).
Риск: Неаутентифицированный злоумышленник может сохранить полезную нагрузку, которая выполняется в браузере администратора при просмотре интерфейса плагина или страницы событий; это приводит к краже сессий, компрометации учетной записи администратора, установке вредоносного ПО или дальнейшему перемещению.
Исправленная версия: 3.9.0 — обновите немедленно.
Немедленные меры смягчения, если вы не можете сразу установить исправление:
- Примените правило WAF, блокирующее запросы, содержащие HTML/скрипт полезные нагрузки в тип_события.
- Ограничьте доступ к страницам администрирования плагина (белый список IP, защищенный доступ к администратору).
- Временно отключите плагин, если он не требуется.
- Просканируйте базу данных на наличие сохраненных полезных нагрузок и удалите их.
WP-Firewall: Виртуальное исправление, управляемые правила, сканирование на наличие вредоносного ПО и защиты WAF могут немедленно блокировать попытки эксплуатации — даже если вы не можете сразу обновить плагин.

Что такое уязвимость?

Это проблема сохраненного межсайтового скриптинга (XSS), затрагивающая версии плагина Post SMTP до и включая 3.8.0. Неаутентифицированный злоумышленник может отправить специально подготовленный ввод на конечные точки плагина (в частности, через тип_события параметр). Плагин сохраняет этот ввод и позже выводит его на административной странице без надлежащего экранирования или очистки вывода. Когда привилегированный пользователь (например, администратор) просматривает или взаимодействует с этой страницей, сохраненный вредоносный скрипт выполняется в контексте его браузера.

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

CVE: CVE-2026-3090
Затронутый: Плагин Post SMTP ≤ 3.8.0
Исправлено в: 3.9.0
Дата раскрытия: 4. 20 марта 2026 года

Как работает эксплуатация (на высоком уровне)

Злоумышленник отправляет запрос к конечной точке или действию в плагине Post SMTP, который принимает тип_события значение. Этот запрос не требует аутентификации (неаутентифицированная отправка).
Плагин принимает и сохраняет значение непосредственно в базе данных (или в журнале/хранилище событий) с недостаточной очисткой или валидацией.
Позже привилегированный пользователь, вошедший в систему (администратор/менеджер), посещает интерфейс событий или настроек плагина. Плагин отображает сохраненное тип_события без надлежащего экранирования.
Браузер выполняет сохраненный скрипт в контексте сессии администратора. Оттуда злоумышленник может:
- Читать куки или токены аутентификации (перехват сессии).
- Отправлять запросы к конечным точкам администратора для создания пользователей, изменения параметров, установки плагинов и т.д.
- Сохранять задние двери или изменять содержимое сайта.
- Изменять внешний вид или перенаправлять посетителей или переходить к другим частям сайта.

Примечание: Хотя первоначальная отправка может быть неаутентифицированной, эксплуатация требует, чтобы администратор просматривал затронутое содержимое (взаимодействие пользователя). Это часто достигается с помощью социальной инженерии (отправка вредоносной ссылки или побуждение администратора посетить определенную страницу).

Почему это опасно

Хранимая XSS сохраняется в базе данных сайта и может срабатывать каждый раз, когда администратор просматривает затронутую страницу.
Поскольку скрипт выполняется в браузере администратора, он может выполнять действия с привилегиями администратора — фактически позволяя захватить сайт.
Автоматизированная массовая эксплуатация привлекательна для злоумышленников: они могут быстро внедрять полезные нагрузки на множество сайтов и ждать, пока администратор просматривает интерфейс сайта.
Деятельность после эксплуатации может быть скрытной (задние двери, запланированные задачи, вредоносный код) и трудной для обнаружения без тщательного судебного анализа.

Реалистичные сценарии эксплуатации

Приманка, похожая на фишинг: злоумышленник внедряет полезную нагрузку и отправляет администратору ссылку на страницу “События” плагина с убедительным предлогом. Когда администратор нажимает, полезная нагрузка выполняется.
Автоматизированный переход: полезная нагрузка, которая создает новую учетную запись администратора или изменяет настройки электронной почты администратора, чтобы дать злоумышленнику доступ к сбросу пароля.
Постоянное вредоносное ПО: скрипт записывает вредоносную PHP-заднюю дверь через AJAX-действие с привилегиями администратора (инициируемое скриптом), позволяя удаленное выполнение кода.
Неудобство цепочки поставок: злоумышленник внедряет JavaScript, который изменяет исходящие электронные письма или вставляет скрипты отслеживания/рекламы в содержимое.

Немедленные действия для владельцев сайтов / администраторов

Если вы используете плагин Post SMTP на любом сайте WordPress:

Немедленно обновите плагин до версии 3.9.0 или более поздней.
- Перейдите в Плагины > Установленные плагины, найдите Post SMTP и обновите.
- Если автоматические обновления возможны в вашей среде, включите их для этого плагина.
Если вы не можете выполнить обновление немедленно:
- Рассмотрите возможность временного отключения плагина до тех пор, пока обновление не станет возможным.
- Ограничьте доступ к страницам администрирования плагина:
  - Используйте белый список IP на уровне веб-сервера, чтобы ограничить доступ к административной области.
  - Защитите wp-admin с помощью HTTP-аутентификации для дополнительного барьера.
- Примените правило WAF для блокировки запросов, которые пытаются внедрить HTML/JS в тип_события параметре (примеры ниже).
- Мониторьте журналы на предмет подозрительных POST-запросов к конечным точкам плагина.
Просканируйте базу данных на наличие сохраненных вредоносных полезных нагрузок:
- Проверьте таблицы, специфичные для плагина (события/журналы), и общие места (wp_options, wp_posts, wp_postmeta) на наличие индикаторов, таких как <script, onerror=, яваскрипт:, <svg/onload, или обфусцированные варианты.
- Удалите вредоносные строки или очистите значения, если они найдены.
Смените учетные данные и токены сеансов для административных пользователей:
- Сбросьте пароли администраторов.
- Аннулируйте активные сеансы (используйте метод плагина или базы данных для истечения сроков действия вошедших в систему сеансов).
Проверьте файлы и запланированные задачи на наличие закладок:
- Ищите недавно измененные PHP-файлы или неизвестные запланированные задачи (cron).
- Проверять wp-контент для незнакомых файлов.
Если вы обнаружите компрометацию:
- Изолируйте сайт (выключите или ограничьте доступ) — сохраните доказательства.
- Восстановите из чистой резервной копии до инъекции, если такая существует.
- Проведите полный судебно-медицинский анализ или привлечите специалиста.

Как определить, был ли ваш сайт нацелен или скомпрометирован

Ищите индикаторы компрометации (IoCs):

Поиск в базе данных (замените wp_ префикс, если он другой):
- Ищите сырые теги скриптов:
  - SELECT * FROM wp_options WHERE option_value LIKE '%
  - ВЫБЕРИТЕ * ИЗ wp_posts ГДЕ post_content LIKE '%
  - ВЫБРАТЬ * ИЗ wp_postmeta ГДЕ meta_value ПОДОБНО '%<script%';
- Поиск за тип_события сохраненные значения (таблица или опция, специфичная для плагина):
  - ВЫБРАТЬ * ИЗ wp_options ГДЕ option_name ПОДОБНО '%post_smtp%' И option_value ПОДОБНО '%<script%';
  - Или ищите таблицы, которые плагин документирует как хранящие события/логи.
Журналы веб-сервера:
- Ищите подозрительные POST-запросы к конечным точкам плагина с тип_события полезными нагрузками, содержащими < или > или яваскрипт:.
Действия администратора:
- Проверьте временные метки последнего входа и действия администратора на неожиданные изменения.
Файловая система:
- Ищите недавно созданные PHP-файлы или файлы с измененными временными метками, соответствующими подозрительной активности.
Сканер вредоносного ПО:
- Запустите сканирование на наличие вредоносного ПО, ориентированное на WordPress, чтобы найти вредоносные файлы или внедренный код.

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

Примеры быстрой очистки базы данных

Предупреждение: Всегда создавайте резервную копию вашей базы данных перед выполнением удалений или обновлений.

Найдите записи с тегами скриптов:
- ВЫБРАТЬ option_id, option_name ИЗ wp_options ГДЕ option_value ПОДОБЕН '%<script%';
Очистите вредоносное значение для известного параметра:
- UPDATE wp_options SET option_value = '' WHERE option_name = 'post_smtp_some_event_option' AND option_value LIKE '%<script%';
Удалите вредоносные строки событий в таблице событий плагина (пример имени таблицы):
- DELETE FROM wp_post_smtp_events WHERE event_type LIKE '%<script%';
- (Замените имена таблиц на фактические имена таблиц плагина; проверьте документацию плагина или изучите схему БД.)

Если вы не уверены, экспортируйте подозрительные строки в безопасный файл для анализа перед удалением.

Виртуальное патчирование и правила WAF (примеры)

Если вы не можете немедленно обновить плагин, виртуальная патчинг через WAF (межсетевой экран веб-приложений) может блокировать попытки эксплуатации. Ниже приведены примеры правил, которые вы или ваш администратор хостинга/WAF можете адаптировать. Эти правила предназначены как защитные шаблоны — настройте их, чтобы избежать ложных срабатываний.

Общее правило для блокировки тегов скриптов в тип_события параметр:
- Псевдо-регулярное выражение (концептуально):
  - Блокировать запросы, где тип_события параметр соответствует (?i)<.*script.*|javascript:|onerror=|onload=|<svg
- Пример ModSecurity (концептуально):
```
SecRule ARGS:event_type "@rx (?i)(<\s*script|javascript:|onerror=|onload=|<\s*svg)" "id:900001,phase:2,deny,log,msg:'Заблокирована возможная XSS-атака на event_type Post SMTP'"
```
- Nginx с Lua / пользовательскими правилами:
  - Проверьте тело POST или URL-кодированные параметры и отказывайте в запросах, содержащих <script или яваскрипт:.
Блокируйте подозрительную сложность символов в тип_события:
- Отказывайте, если тип_события включает символы <, > или ; в контекстах, где ожидаются только простые токены.
Ограничьте доступ к страницам администрирования плагина:
- Ограничьте доступ к /wp-admin/admin.php?page=post-smtp* или аналогичным конечным точкам по IP или HTTP аутентификации.
Удалите контент, похожий на скрипт:
- Если ваш WAF поддерживает преобразования тела запроса, удалите <script> теги или очистите параметры перед передачей на upstream.

Важный: Сначала протестируйте правила на тестовом сервере. Слишком агрессивные регулярные выражения могут блокировать законный трафик. Виртуальная патчинг — это временное решение — обновите плагин как можно скорее.

Пример безопасного правила WAF (консервативное)

Вот консервативный пример (концептуальный), который вы можете предоставить своему хосту или администратору WAF. Это отклоняет запросы, содержащие общие индикаторы XSS в тип_события параметре. Настройте ID, фазы и синтаксис для вашего продукта WAF.

SecRule REQUEST_HEADERS:Content-Type "application/x-www-form-urlencoded" \"

Примечание: Этот пример предназначен для иллюстрации. Обратитесь к документации вашего WAF и инженеру по безопасности для реализации безопасных правил, соответствующих вашей среде.

Руководство для разработчиков — как это должно было быть обработано

Если вы разработчик, поддерживающий плагин или тему, следуйте этим лучшим практикам, чтобы предотвратить этот класс уязвимостей:

Проверка входных данных:
- Проверяйте входные данные при приеме. Если значение должно быть алфавитно-цифровым токеном или известным перечислением, проверьте это.
Экранирование вывода:
- Экранируйте все данные перед отображением в HTML. Используйте соответствующие функции экранирования WordPress:
  - esc_html(), esc_attr(), esc_textarea(), esc_url() где это применимо.
Очистка при сохранении:
- Использовать санировать_текстовое_поле() для простого текста или wp_kses() / wp_kses_post() для разрешенного HTML.
Проверки возможностей:
- Убедитесь, что конечные точки, принимающие контент, требуют соответствующей возможности (текущий_пользователь_может()) и nonce для действий формы.
Нонсы и проверки разрешений:
- Использовать wp_verify_nonce для AJAX или отправки форм.
Принцип наименьших привилегий:
- Избегайте раскрытия общих конечных точек, которые позволяют неаутентифицированному вводу сохраняться и позже читаться администраторами.
Ведение журналов и мониторинг:
- Записывайте подозрительный ввод и предупреждайте о аномальных паттернах.
Используйте подготовленные выражения для операций с БД чтобы избежать других типов инъекций.

Пример шаблона исправления PHP (перед сохранением event_type):

// Проверка и очистка входящего event_type;

Если HTML должен быть разрешен, используйте wp_kses() с строгим белым списком.

Руководство по реагированию на инциденты (пошаговое)

Если вы подозреваете, что XSS использовался для компрометации вашего сайта, следуйте этому плану действий:

Содержать
- Временно сделайте область администратора сайта недоступной (ограничение IP, HTTP аутентификация).
- Если необходимо, отключите сайт, чтобы предотвратить дальнейший ущерб.
Сохранять
- Сохраните журналы (веб-сервер, БД, журналы плагинов) и копии подозрительных файлов для анализа.
- Сделайте полную резервную копию сайта в его текущем состоянии (судебно допустимый снимок).
Искоренить
- Обновите плагин до 3.9.0 или удалите/отключите плагин.
- Удалите вредоносные записи из базы данных (после их экспорта/сохранения).
- Удалите любые задние двери или подозрительные PHP файлы.
Восстанавливаться
- Восстановите из известной хорошей резервной копии, если она доступна и менее рискованна, чем очистка.
- Сбросьте пароли администратора и ключи API.
- Переиздайте секреты и токены (например, пароли приложений, токены OAuth).
После инцидента
- Провести полный аудит безопасности.
- Проверьте все плагины/темы на наличие других уязвимостей или подозрительных изменений.
- Следите за признаками повторного заражения.
Уведомить
- Если данные клиента были доступны, выполните любые применимые требования уведомления (региональное законодательство, политика хостинг-провайдера).
Учиться
- Реализуйте профилактические меры: автоматические обновления, правила WAF, ограниченное использование плагинов, мониторинг безопасности.

Долгосрочное укрепление и мониторинг

Регулярно обновляйте ядро WordPress, темы и плагины.
Минимизируйте количество установленных плагинов и удаляйте неиспользуемые.
Используйте уникальные, надежные пароли и включите MFA для учетных записей администраторов.
Ограничьте доступ администраторов до конкретных IP-адресов, когда это возможно.
Регулярно сканируйте на наличие вредоносного ПО и проводите плановые проверки целостности.
Реализуйте ведение журналов и оповещения о административных изменениях.
Применяйте принцип наименьших привилегий ко всем пользователям.

Как WP-Firewall помогает (краткий обзор)

WP-Firewall предоставляет управляемый веб-приложение брандмауэр и услуги сканирования, которые могут блокировать попытки эксплуатации, подобные этой, в реальном времени. Ключевые преимущества, относящиеся к этой уязвимости, включают:

Виртуальное патчирование: Немедленная блокировка известных шаблонов эксплуатации для тип_события-стилевых атак до того, как вы сможете обновить.
Управляемые правила WAF: Регулярные обновления и настройка, чтобы избежать ложных срабатываний, защищая ваш интерфейс администратора.
Сканирование на наличие вредоносного ПО: Автоматизированные сканирования для обнаружения сохраненных скриптов и подозрительных файлов в файловой системе и базе данных.
Управляемое смягчение рисков OWASP Top 10: Правила и политики, сосредоточенные на валидации ввода и шаблонах XSS.

Если вам нужен немедленный защитный слой, пока вы патчите, WP-Firewall может установить барьер на уровне сети, чтобы снизить риск успешной эксплуатации.

Защитите свой WordPress Admin сейчас — попробуйте бесплатный план WP-Firewall

Использование уязвимых плагинов — один из самых быстрых путей к серьезному компромиссу. Если вам нужна немедленная, надежная защита, пока вы планируете обновления и исправления, рассмотрите возможность попробовать базовый план WP-Firewall (бесплатный). Он включает управляемый брандмауэр (WAF), неограниченную пропускную способность для защиты, сканирование на наличие вредоносного ПО и смягчения, охватывающие OWASP Top 10 — все, что вам нужно, чтобы блокировать автоматизированные попытки эксплуатации и получить время для правильных исправлений. Обновите в любое время, чтобы добавить автоматическое удаление вредоносного ПО и дополнительные меры контроля, или перейдите на Pro для автоматического виртуального патчирования и ежемесячной отчетности по безопасности.

Начните свою бесплатную защиту здесь

Практический контрольный список смягчения (копировать и вставить)

Обновите плагин Post SMTP до версии 3.9.0 или более поздней.
Если невозможно обновить: отключите плагин или ограничьте страницы администратора по IP или HTTP аутентификации.
Разверните правило WAF для блокировки скриптоподобных полезных нагрузок в тип_события.
Поиск в базе данных тегов скриптов и очистка записей в таблицах плагинов и wp_options/wp_postmeta.
Сбросьте пароли администраторов и аннулируйте сессии.
Просканируйте файлы на наличие подозрительных PHP или недавно измененных файлов.
Мониторьте журналы сервера на предмет POST-запросов, содержащих <script или яваскрипт:.
Запланируйте полный аудит безопасности и включите непрерывный мониторинг.

Примеры судебных запросов и проверок журналов

Шаблон журнала веб-сервера (grep):

grep -i "event_type" /var/log/apache2/access.log* | grep -Ei "%3Cscript|<script|javascript:"

Примеры запросов к базе данных:

ВЫБЕРИТЕ option_name, option_value FROM wp_options WHERE option_value LIKE '%

ВЫБЕРИТЕ ID, post_title ИЗ wp_posts ГДЕ post_content LIKE '%

Проверка файловой системы (измененные за последние 7 дней):
```
find /path/to/wp-content -type f -mtime -7 -iname "*.php" -print
```

Заметки для хостов и управляющих поставщиков услуг

Приоритизируйте автоматическое обновление критически важных плагинов для клиентов и координируйте срочные обновления для этой уязвимости.
Предложите виртуальное патчирование для блокировки попыток эксплуатации, пока клиенты обновляются.
Просканируйте базы данных арендаторов на наличие индикаторов и уведомите затронутых клиентов о шагах по устранению.
Предоставьте временные варианты сдерживания (например, блокировка страниц администратора через контроль доступа на уровне хоста).

Окончательные рекомендации

Патчите незамедлительно. Окончательное решение — обновление Post SMTP до версии 3.9.0 или более поздней.
Рассматривайте все неаутентифицированные POST-эндпоинты, которые хранят данные, как высокорисковые, если эти данные позже отображаются администраторам. Убедитесь, что существуют как очистка ввода, так и экранирование вывода.
Используйте многослойный подход: патчинг + WAF + мониторинг + доступ с наименьшими привилегиями снижает как вероятность успешной эксплуатации, так и последствия, если эксплуатация произойдет.
Если вы подозреваете компрометацию, выполните скоординированный ответ на инцидент: локализуйте, сохраните доказательства, очистите, а затем укрепите, чтобы предотвратить повторение.

Если вам нужна немедленная помощь в применении виртуального патча, развертывании правил WAF, адаптированных к этой уязвимости, или проведении судебной проверки на наличие индикаторов компрометации, команда инженеров WP-Firewall может помочь. Перейдите по этой ссылке, чтобы начать с базового (бесплатного) плана защиты и активировать управляемый WAF и сканирование на наличие вредоносного ПО на вашем сайте в течение нескольких минут: https://my.wp-firewall.com/buy/wp-firewall-free-plan/

Ссылки и кредиты:

Идентификатор совета / CVE: CVE-2026-3090
Уязвимость была сообщена в марте 2026 года
Кредит за исследование оригинальному репортеру (график публичного раскрытия)

Если вам нужно, мы можем:

Предоставить набор пользовательских правил ModSecurity, который вы можете вставить в конфигурацию вашего хоста (протестировано на тестовом сервере).
Провести вас через приоритетный план устранения для одного сайта или многосайтовой среды.
Провести бесплатное сканирование, чтобы проверить, присутствуют ли известные индикаторы компрометации на вашем сайте.

Свяжитесь с поддержкой WP-Firewall через вашу панель управления WP-Firewall или по ссылке для регистрации выше, чтобы получить немедленную помощь.

Критическая уязвимость XSS в плагине Post SMTP//Опубликовано 2026-03-20//CVE-2026-3090

Срочное уведомление о безопасности: Плагин Post SMTP (≤ 3.8.0) — Неаутентифицированный сохраненный XSS (CVE-2026-3090) — Влияние, смягчение и реакция

Кратко (для владельцев сайтов и администраторов)

Что такое уязвимость?

Как работает эксплуатация (на высоком уровне)

Почему это опасно

Реалистичные сценарии эксплуатации

Немедленные действия для владельцев сайтов / администраторов

Как определить, был ли ваш сайт нацелен или скомпрометирован

Примеры быстрой очистки базы данных

Виртуальное патчирование и правила WAF (примеры)

Пример безопасного правила WAF (консервативное)

Руководство для разработчиков — как это должно было быть обработано

Руководство по реагированию на инциденты (пошаговое)

Долгосрочное укрепление и мониторинг

Как WP-Firewall помогает (краткий обзор)

Защитите свой WordPress Admin сейчас — попробуйте бесплатный план WP-Firewall

Практический контрольный список смягчения (копировать и вставить)

Примеры судебных запросов и проверок журналов

Заметки для хостов и управляющих поставщиков услуг

Окончательные рекомендации

Ссылки и кредиты:

Если вам нужно, мы можем:

Получайте WP Security Weekly бесплатно 👋
Зарегистрируйтесь сейчас!!

Свяжитесь с нами, чтобы запланировать бесплатную консультацию по безопасности WordPress.

Критическая уязвимость XSS в плагине Post SMTP//Опубликовано 2026-03-20//CVE-2026-3090

Срочное уведомление о безопасности: Плагин Post SMTP (≤ 3.8.0) — Неаутентифицированный сохраненный XSS (CVE-2026-3090) — Влияние, смягчение и реакция

Кратко (для владельцев сайтов и администраторов)

Что такое уязвимость?

Как работает эксплуатация (на высоком уровне)

Почему это опасно

Реалистичные сценарии эксплуатации

Немедленные действия для владельцев сайтов / администраторов

Как определить, был ли ваш сайт нацелен или скомпрометирован

Примеры быстрой очистки базы данных

Виртуальное патчирование и правила WAF (примеры)

Пример безопасного правила WAF (консервативное)

Руководство для разработчиков — как это должно было быть обработано

Руководство по реагированию на инциденты (пошаговое)

Долгосрочное укрепление и мониторинг

Как WP-Firewall помогает (краткий обзор)

Защитите свой WordPress Admin сейчас — попробуйте бесплатный план WP-Firewall

Практический контрольный список смягчения (копировать и вставить)

Примеры судебных запросов и проверок журналов

Заметки для хостов и управляющих поставщиков услуг

Окончательные рекомендации

Ссылки и кредиты:

Если вам нужно, мы можем:

Получайте WP Security Weekly бесплатно 👋Зарегистрируйтесь сейчас!!

Свяжитесь с нами, чтобы запланировать бесплатную консультацию по безопасности WordPress.

Получайте WP Security Weekly бесплатно 👋
Зарегистрируйтесь сейчас!!