Имя плагина	Ad Inserter
Тип уязвимости	Межсайтовый скриптинг (XSS)
Номер CVE	CVE-2026-9280
Срочность	Середина
Дата публикации CVE	2026-06-09
Исходный URL-адрес	CVE-2026-9280

Срочно: Отраженная XSS у плагина Ad Inserter (≤ 2.8.15) — Что владельцам WordPress нужно сделать сейчас

Анализ, влияние и пошаговые меры по смягчению отраженной XSS (CVE‑2026‑9280), которая затрагивает версии плагина Ad Inserter до 2.8.15. Включает руководство по WAF/виртуальному патчу, подходящее для пользователей WP-Firewall и владельцев сайтов.

Автор: Команда безопасности WP-Firewall
Дата: 2026-06-09

Краткое содержание: Отраженная уязвимость Cross‑Site Scripting (XSS), затрагивающая плагин Ad Inserter (версии ≤ 2.8.15), была раскрыта и исправлена в версии 2.8.16. Эта уязвимость может быть использована через специально подготовленные URL, которые отражают несоответствующий ввод на страницу, позволяя выполнять JavaScript, контролируемый злоумышленником, в браузере жертвы. Проблема имеет среднюю степень серьезности (CVSS 7.1) и может быть немедленно смягчена путем обновления, применения WAF/виртуального патча, ужесточения безопасности контента и соблюдения лучших практик реагирования на инциденты. Этот пост написан с точки зрения команды безопасности WP‑Firewall с практическими шагами, которые вы можете применить сегодня.

Что произошло (краткий обзор)
Почему отраженный XSS важен для сайтов WordPress
Техническое резюме уязвимости Ad Inserter
Реалистичное воздействие и сценарии атак
Как проверить, затрагивает ли ваш сайт
Немедленные меры по смягчению (для администраторов и хостов)
Руководство по виртуальному патчу / правилам WAF (шаблоны, примеры)
Укрепление и долгосрочная профилактика (руководство для разработчиков и операций)
Контрольный список действий при инциденте, если вы подозреваете компрометацию
Рекомендации по мониторингу и обнаружению
О бесплатном плане WP‑Firewall и о том, как он помогает
Заключительные заметки и ресурсы

Что произошло (краткий обзор)

Отраженная уязвимость Cross‑Site Scripting (XSS) была зарегистрирована в плагине Ad Inserter для WordPress, затрагивающем версии до и включая 2.8.15. Поставщик выпустил патч в версии 2.8.16. Уязвимость возникает из-за недостаточной очистки вывода пользовательского ввода, который отражается на страницах; злоумышленник может создать URL, чтобы обмануть пользователя (включая привилегированных пользователей в некоторых сценариях) и заставить его выполнить произвольный JavaScript в браузере жертвы.

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

Почему отраженный XSS важен для сайтов WordPress

Сайты WordPress часто управляют пользователями, платежами и данными пользователей. JS, выполняющийся в контексте сайта, может получать доступ к куки, локальному хранилищу или выполнять действия от имени аутентифицированных пользователей.
Даже если целью являются только посетители сайта, скомпрометированный JS может доставлять загрузки через Drive‑by, вредоносную рекламу или SEO-спам — нанося ущерб репутации и позициям в поисковых системах.
Если привилегированный пользователь (редактор, администратор) обманут и перейдет по подготовленной ссылке, злоумышленник может использовать контекст DOM для создания постоянных изменений, эксфильтрации секретных токенов или внедрения кода в области, которые позже будут сохранены (превращая отраженную XSS в сохраненную).
Отраженная XSS часто используется в массовых кампаниях, потому что эксплуатация тривиальна для автоматизации.

Учитывая эти риски, немедленное смягчение является необходимым.

Техническое резюме уязвимости Ad Inserter

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

Затронутый плагин: Ad Inserter (плагин WordPress)
Уязвимые версии: ≤ 2.8.15
Исправлено в: 2.8.16
Класс уязвимости: отраженный межсайтовый скриптинг (XSS)
ID CVE: CVE‑2026‑9280
Требуемые привилегии: Неаутентифицированные (эксплойт может быть размещен на странице злоумышленника и приводит к отраженному выполнению скрипта, когда жертва посещает созданный URL), но успешная эксплуатация обычно требует взаимодействия жертвы с вредоносной ссылкой (взаимодействие пользователя).
Основная причина: Ввод, предоставленный пользователем, достигает вывода страницы без адекватной санитарной обработки/экранирования для контекста, в котором он отображается (контекст HTML, контекст атрибута или контекст скрипта).
Типичный вектор эксплуатации: Созданный GET-запрос или специально сконструированный параметр, включенный в URL, отражается на странице или в фрагменте рекламы кодом плагина. Отраженное содержимое не фильтруется для удаления тегов скриптов, обработчиков событий или javascript: URI.

Поскольку уязвимость является отраженным XSS, она не требует выполнения кода на стороне сервера, но позволяет злоумышленнику запускать произвольный javascript в браузере любого пользователя, который выполняет ссылку.

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

Целевой посетитель с низкими привилегиями: Злоумышленник заманивает обычных посетителей на созданную ссылку и использует внедренный JS для выполнения перенаправлений на фишинговые домены или для отображения нежелательной рекламы/вредоносного ПО.
Целевой пользователь с привилегиями (опасно): Администратор сайта получает то, что кажется невинным URL (пост на форуме, личное сообщение или электронное письмо). Если администратор нажимает на него, будучи в системе, внедренный JS может выполнять действия от имени администратора (создавать посты, изменять настройки плагина/темы, вставлять задние двери, создавать новых пользователей) или эксфильтровать куки сессии.
Ущерб SEO/бренду: Внедренные скрипты вставляют спамные ссылки или контент, видимый для ботов поисковых систем и посетителей, что приводит к штрафам SEO и потере доверия.
Злоупотребление цепочкой поставок / доставкой рекламы: Поскольку Ad Inserter часто используется для отображения кода третьих сторон (рекламы, отслеживания, аналитики), злоумышленники могут создавать полезные нагрузки, которые изменяют содержимое рекламы или связывают дополнительные вредоносные скрипты.

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

Как проверить, затрагивает ли ваш сайт

Подтвердите плагин и версию:
- Войдите в админку WordPress → Плагины и проверьте версию плагина Ad Inserter.
- Из файловой системы: откройте wp-content/plugins/ad-inserter/ и проверьте файл readme или заголовок основного файла плагина, чтобы определить версию.
Поиск на вашем сайте целевых конечных точек или параметров (пример подхода):
- Ищите публичные конечные точки или страницы, где отражаются фрагменты рекламы, параметры запроса или определенные шорткоды. Общие места: главная страница, конкретные шаблоны постов, страницы с рекламными блоками.
Просмотрите журналы веб-сервера и приложения:
- Ищите необычные строки запроса или GET-параметры вокруг даты раскрытия или после нее.
- Ищите в журналах общие маркеры XSS: "<script", "onerror=", "javascript:". Будьте осторожны: ложные срабатывания распространены.
Сканируйте с помощью сканера контента:
- Используйте сканер вредоносного ПО или страниц для обнаружения внедренных скриптов или подозрительного встроенного JavaScript.
Если вы хостите несколько сайтов, отдавайте приоритет тем, которые используют уязвимую версию плагина, и сайтам с высокопривилегированными учетными записями (администраторы), которые могут быть целями.

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

Немедленные меры по смягчению (для администраторов и хостов)

Всегда предпочтительнее сначала применять патч от поставщика. Если вы можете обновить до Ad Inserter 2.8.16 сейчас, сделайте это немедленно.

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

Обновите плагин до 2.8.16 (рекомендуется)
- Создайте резервную копию сайта и базы данных.
- Обновите плагин из панели управления WordPress или через WP‑CLI:
  обновление плагина wp ad-inserter
- Проверьте изменения на промежуточной среде перед производственной, если это необходимо, но отдавайте приоритет безопасности для производственных сайтов.
Временно отключите плагин
- Если немедленное обновление невозможно и варианты смягчения ограничены, временно деактивируйте Ad Inserter, чтобы устранить уязвимость, пока вы не сможете протестировать и применить 2.8.16.
Используйте WAF / Виртуальный патч
- Разверните правила WAF (см. раздел ниже), чтобы блокировать общие эксплойты и шаблоны внедрения.
- Виртуальное патчирование обеспечивает эффективную временную меру без изменения кода сайта.
Укрепите безопасность браузера для администраторов
- Рекомендуйте администраторам не нажимать на неизвестные ссылки, пока сайт не будет запатчен.
- Используйте расширения браузера, которые блокируют JavaScript с недоверенных доменов, или используйте изолированные рабочие станции администраторов, где это возможно.
Реализуйте политику безопасности контента (CSP)
- Добавьте консервативный заголовок CSP, чтобы блокировать встроенные скрипты или ограничить разрешенные источники скриптов.
- Пример директивы CSP для временного смягчения:
  Content‑Security‑Policy: default‑src 'self'; script‑src 'self' 'strict‑dynamic'; object‑src 'none'; base‑uri 'self'; frame‑ancestors 'none';
- Примечание: CSP может нарушить работу законных реклам или сторонних скриптов — тестируйте внимательно.
Мониторьте и меняйте учетные данные.
- Принудительно сбросьте пароль для администраторов, если подозревается эксплуатация.
- Смените API-ключи или токены, которые могли быть раскрыты.

Руководство по виртуальному патчированию / правилам WAF

Как специалисты по WP‑Firewall, мы рекомендуем применять виртуальные патчи для блокировки вероятных попыток эксплуатации, пока вы или ваши клиенты применяют официальный патч плагина. Ниже приведены предложенные шаблоны и примеры правил. Они предназначены как отправные точки — настройте их в соответствии с трафиком вашего сайта и законными параметрами, чтобы избежать ложных срабатываний.

Цель: блокировать запросы, которые содержат подозрительные полезные нагрузки, которые, вероятно, используются для вызова отраженного XSS.

Общая идея: блокировать запросы, где строка запроса или данные POST содержат конструкции скриптов, обработчики событий или javascript: URI.

Предложенные сигнатуры обнаружения (примеры regex):

Блокировать очевидные теги скриптов или закодированные варианты в запросах:
- (?i)(|<)\s*script\b
- (?i)on\w+\s*=\s*(?:"|'|) (обнаруживает встроенные обработчики событий, такие как onerror=)
- (?i)javascript\s*:
Блокировать попытки вставки встроенных HTML-тегов через параметры:
- (?i)(|<)\s*(img|iframe|svg|a|script|object)\b
Блокировать подозрительное использование eval/Function:
- (?i)eval\s*\(
- (?i)new\s+Function\s*\(
Блокировать попытки доступа к cookies или localStorage:
- (?i)document\.cookie|localStorage|sessionStorage
Блокировать закодированные полезные нагрузки с обфускацией:
- (?i)script|imgonerror

Будьте осторожны, добавляя в белый список любые законные параметры, используемые для передачи безопасного HTML (например, если вы законно передаете фрагменты для рендеринга). Если ваш сайт использует такие параметры, применяйте правила, нацеленные только на конкретные конечные точки или URL-адреса плагина (например, страницы, где Ad Inserter рендерит контент).

Пример (концептуальное) правило WAF (псевдо‑ModSecurity):

SecRule REQUEST_URI|ARGS|ARGS_NAMES|REQUEST_HEADERS "(?i)(|<)\s*script\b|on\w+\s*=|javascript\s*:" \n "id:1001001,phase:2,deny,log,status:403,msg:'Reflected XSS attempt blocked - ad-inserter pattern',severity:2"

Пример (nginx lua / на основе regex):

if ($request_uri ~* "(|<)\s*script\b|on\w+\s*=|javascript\s*:") {
 return 403;
}

Заметки по настройке:

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

Специфические меры по смягчению отраженного XSS при инъекции рекламы:

Блокируйте параметры, которые известны как отраженные (если вы можете их идентифицировать) — например, ?ai_param= — отказывая в значениях, содержащих теги или конструкции JS.
Используйте ограничения длины параметров: чрезвычайно длинные параметры запроса с закодированным содержимым вызывают подозрения.
Отказывайте в запросах с подозрительными множественными кодировками или использованием нулевых байтов или управляющих символов.

Виртуальное патчирование не является заменой обновлению плагина. Оно уменьшает поверхность атаки и дает время.

Укрепление и долгосрочная профилактика (руководство для разработчиков и операций)

Для разработчиков и администраторов сайта выполните эти шаги, чтобы предотвратить подобные проблемы.

Принцип: Очистка на выходе, а не на входе
- Всегда экранируйте ввод в момент вывода, используя функцию, соответствующую контексту:
  - Содержимое тела HTML: esc_html()
  - Значения атрибутов: esc_attr()
  - URL: esc_url_raw() / esc_url()
  - Данные JavaScript: wp_json_encode() затем esc_js()
- Использовать wp_kses() или wp_kses_post() если вы должны разрешить ограниченный HTML и определить разрешенные теги и атрибуты.
Проверяйте и нормализуйте вводимые данные
- Проверяйте ожидаемые типы параметров и разрешенные значения. Если параметр должен быть числовым идентификатором или токеном, обеспечьте это.
- Отклоняйте или ограничивайте неожиданные или чрезвычайно длинные значения.
Избегайте отражения необработанного пользовательского ввода в HTML/JS
- Если вы должны выводить предоставленный пользователем контент, удалите теги скриптов и обработчики событий и разрешите только очень небольшой подмножество безопасных тегов.
Используйте нонсы и проверки прав.
- Любые действия администратора должны быть защищены wp_verify_nonce() и проверки прав (текущий_пользователь_может()).
Применяйте безопасные практики кодирования для рендеринга рекламы и сторонних фрагментов.
- Рассматривайте любой сторонний код как ненадежный.
- Очистите и ограничьте то, что может быть внедрено на страницы плагинами рекламы/аналитики.
CSP и целостность подресурсов (SRI)
- Используйте CSP с nonce/ограниченными источниками и SRI для доверенных внешних скриптов, чтобы уменьшить радиус поражения.
Держите компоненты обновленными и используйте рабочие процессы тестирования.
- Поддерживайте политику обновлений и тестируйте обновления плагинов на тестовом сервере, но приоритизируйте применение критических патчей безопасности в производственной среде.
Автоматизированный мониторинг зависимостей
- Используйте инструменты сканирования для выявления уязвимых плагинов и тем как часть CI/CD или управляемого обслуживания.

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

Если вы найдете доказательства эксплуатации или признаки злонамеренной активности:

Изолировать
- Выведите сайт из сети или переведите его в режим обслуживания, если это необходимо, чтобы предотвратить дальнейший ущерб, пока вы проводите расследование.
Сохраняйте доказательства
- Сохраняйте журналы (веб-сервер, приложение, WAF), снимки базы данных и образы файловой системы. Это критически важно для судебного анализа.
Определить область применения
- Какие учетные записи пользователей были активны? Есть ли новые администраторы? Какой контент изменился и когда?
Очистка.
- Удалите вредоносный контент и внедренные скрипты. Восстановите из чистой резервной копии, если она доступна и известна как хорошая.
- Удалите неизвестные плагины или темы и обновите все компоненты.
Поменяйте учетные данные и токены
- Сбросьте пароли администраторов/SFTP/панели управления хостингом и любые API-ключи или токены OAuth, которые могли быть раскрыты.
Восстановите или укрепите затронутые активы.
- Если подозревается компрометация root или сервера (а не только уровня CMS), восстановите хост из доверенных образов.
Уведомить заинтересованных лиц
- Уведомите владельцев сайтов, провайдеров хостинга и, возможно, пользователей о происшествии, если произошла утечка данных.
Мониторьте на предмет повторной инъекции.
- После очистки следите за журналами и страницами на предмет признаков повторной инфекции.
Применяйте извлеченные уроки.
- Введите или уточните политики: автоматические обновления, правила WAF, контроль изменений, рекомендации для привилегированных пользователей.

Специфические рекомендации WP‑Firewall (что мы рекомендуем).

В качестве брандмауэра WordPress и провайдера управляемой безопасности мы рекомендуем следующую конфигурацию WP‑Firewall, если вы используете наш продукт:

Включите управляемый WAF и убедитесь, что он установлен в режим "Защита" для известных критических сигнатур, пока вы можете тестировать и настраивать.
Включите правила виртуального патча для отраженных шаблонов XSS, описанных выше, до тех пор, пока вы не примените обновление плагина.
Активируйте сканер вредоносного ПО и выполните полное сканирование после обновления плагина (или после любого подозрительного использования), чтобы найти внедренные скрипты или файлы.
Включите автоматические обновления для патчей безопасности плагина, где это возможно (или включите запланированное автоматическое обновление для критических исправлений).
Используйте белый/черный список IP для временной блокировки подозрительных исходных IP-адресов, найденных в ваших журналах.
Если вы используете наш бесплатный базовый план, вы получаете основную защиту (управляемый брандмауэр, неограниченная пропускная способность, WAF, сканер вредоносного ПО и смягчение рисков OWASP Top 10) — это уже охватывает виртуальные патчи и правила WAF, которые блокируют многие попытки эксплуатации.
Рассмотрите возможность перехода на платные тарифы, если вы хотите дополнительные функции (автоматическое удаление вредоносного ПО, ежемесячные отчеты, автоматическое виртуальное патчирование уязвимостей в большом масштабе).

Примечание: если вы управляете несколькими сайтами, применяйте виртуальные патчи ко всем затронутым сайтам одновременно, пока вы планируете обновления.

Новое: Начните с WP‑Firewall — защитите свой сайт сегодня

Обеспечьте безопасность вашего сайта на WordPress без задержек. Наш бесплатный базовый план предоставляет вам практическую защиту сразу: управляемый брандмауэр, WAF, неограниченная пропускная способность, сканирование вредоносного ПО и смягчение рисков OWASP Top 10 — идеально для владельцев сайтов, которые хотят немедленного покрытия, пока они развертывают обновления или тестируют совместимость. Начните свою бесплатную защиту сейчас и добавьте дополнительный уровень защиты от отраженных XSS и подобных угроз: https://my.wp-firewall.com/buy/wp-firewall-free-plan/

(Основные моменты плана: Базовый — бесплатно; Стандартный — автоматическое удаление вредоносного ПО и управление IP за $50/год; Профессиональный — расширенная отчетность и автоматическое виртуальное патчирование за $299/год.)

Контрольный список в реальном времени, который вы можете пройти за следующие 60–120 минут

Проверьте версию плагина в админке WordPress. Если ≤ 2.8.15, запланируйте немедленное обновление до 2.8.16.
Если вы не можете обновить немедленно, деактивируйте Ad Inserter на производственном сайте.
Примените правила WAF/виртуального патча (используйте приведенные выше шаблоны regex) для блокировки тегов скриптов и закодированных полезных нагрузок скриптов в параметрах запроса.
Уведомите администраторов сайта, чтобы они избегали нажатия на неизвестные ссылки до завершения обновления.
Выполните сканирование на наличие вредоносного ПО и проверьте недавние посты/страницы на наличие внедренного контента.
Создайте резервную копию вашего сайта и сделайте снимок журналов для расследования.
Сбросьте пароли администратора и FTP, если вы обнаружите подозрительную активность.
После обновления повторно просканируйте и следите за попытками повторного внедрения в течение 72–168 часов.

Контрольный список разработчика: безопасные практики кода для предотвращения XSS

Экранируйте вывод с помощью правильных функций WordPress (esc_html, esc_attr, esc_js, esc_url).
Избегайте прямого отражения ненадежного ввода — очищайте или используйте белый список.
При приеме HTML-ввода применяйте wp_kses() с явным списком разрешенных тегов/атрибутов.
Проверяйте типы ввода (целые числа, слаги, перечисления).
Используйте нонсы для операций на стороне администратора и проверок прав.
Часто проверяйте код третьих сторон (плагины/темы) на предмет практик безопасности перед установкой в продуктив.
Интегрируйте автоматизированные тесты безопасности в конвейеры разработки (SAST, SCA).

Заключительные замечания

Это отраженное XSS в версиях Ad Inserter ≤ 2.8.15 является умеренным, но срочным риском. Правильное немедленное действие — обновить до 2.8.16. Если вы не можете обновить немедленно, виртуальная патчинг через WAF, временная деактивация и осторожность администратора могут значительно снизить риск. Для операторов и хостов с несколькими сайтами координированные, централизованные меры смягчения (применение правил WAF глобально, планирование поэтапных обновлений) минимизируют воздействие, избегая простоя.

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

Будьте в безопасности, обновляйте программное обеспечение и помните — отраженное XSS легко эксплуатировать, но также легко заблокировать с правильным сочетанием патчей, правил WAF и безопасных практик кодирования.

— Команда безопасности WP-Firewall

Ресурсы

Патч от поставщика: обновите Ad Inserter до версии 2.8.16
Ссылка на CVE: CVE‑2026‑9280
Руководство по укреплению WP: используйте функции экранирования и CSP для снижения риска XSS
Регистрация на бесплатный план WP‑Firewall: https://my.wp-firewall.com/buy/wp-firewall-free-plan/

Смягчение угроз XSS в Ad Inserter//Опубликовано 2026-06-09//CVE-2026-9280

Срочно: Отраженная XSS у плагина Ad Inserter (≤ 2.8.15) — Что владельцам WordPress нужно сделать сейчас

Оглавление

Что произошло (краткий обзор)

Почему отраженный XSS важен для сайтов WordPress

Техническое резюме уязвимости Ad Inserter

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

Как проверить, затрагивает ли ваш сайт

Немедленные меры по смягчению (для администраторов и хостов)

Руководство по виртуальному патчированию / правилам WAF

Укрепление и долгосрочная профилактика (руководство для разработчиков и операций)

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

Рекомендации по мониторингу и обнаружению

Специфические рекомендации WP‑Firewall (что мы рекомендуем).

Новое: Начните с WP‑Firewall — защитите свой сайт сегодня

Контрольный список в реальном времени, который вы можете пройти за следующие 60–120 минут

Контрольный список разработчика: безопасные практики кода для предотвращения XSS

Заключительные замечания

Ресурсы

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

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

Смягчение угроз XSS в Ad Inserter//Опубликовано 2026-06-09//CVE-2026-9280

Срочно: Отраженная XSS у плагина Ad Inserter (≤ 2.8.15) — Что владельцам WordPress нужно сделать сейчас

Оглавление

Что произошло (краткий обзор)

Почему отраженный XSS важен для сайтов WordPress

Техническое резюме уязвимости Ad Inserter

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

Как проверить, затрагивает ли ваш сайт

Немедленные меры по смягчению (для администраторов и хостов)

Руководство по виртуальному патчированию / правилам WAF

Укрепление и долгосрочная профилактика (руководство для разработчиков и операций)

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

Рекомендации по мониторингу и обнаружению

Специфические рекомендации WP‑Firewall (что мы рекомендуем).

Новое: Начните с WP‑Firewall — защитите свой сайт сегодня

Контрольный список в реальном времени, который вы можете пройти за следующие 60–120 минут

Контрольный список разработчика: безопасные практики кода для предотвращения XSS

Заключительные замечания

Ресурсы

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

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

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