Плагин Injection Guard для WordPress уязвим к хранимым межсайтовым сценариям через вредоносные имена параметров запроса во всех версиях до 1.2.9 включительно. Это связано с недостаточной очисткой входных данных в функции sanitize_ig_data(), которая очищает только значения массива, но не ключи массива, а также с отсутствием экранирования вывода в шаблоне ig_settings.php, где сохраненные ключи параметров отображаются непосредственно в HTML. Когда делается запрос на сайт, плагин захватывает строку запроса через $_SERVER['QUERY_STRING'], применяет esc_url_raw() (который сохраняет специальные символы в кодировке URL, такие как %22, %3E, %3C), затем передает ее в parse_str(), который URL-декодирует строку, в результате чего в ключах массива декодируется HTML/JavaScript.
Эти ключи сохраняются через update_option('ig_requests_log') и позже отображаются без esc_html() или esc_attr() на странице журнала администратора. Это позволяет неаутентифицированным злоумышленникам внедрять произвольные веб-скрипты на страницу журнала администратора, которые выполняются всякий раз, когда администратор просматривает интерфейс журнала Injection Guard.
Показать оригинальное описание (EN)
The Injection Guard plugin for WordPress is vulnerable to Stored Cross-Site Scripting via malicious query parameter names in all versions up to and including 1.2.9. This is due to insufficient input sanitization in the sanitize_ig_data() function which only sanitizes array values but not array keys, combined with missing output escaping in the ig_settings.php template where stored parameter keys are echoed directly into HTML. When a request is made to the site, the plugin captures the query string via $_SERVER['QUERY_STRING'], applies esc_url_raw() (which preserves URL-encoded special characters like %22, %3E, %3C), then passes it to parse_str() which URL-decodes the string, resulting in decoded HTML/JavaScript in the array keys. These keys are stored via update_option('ig_requests_log') and later rendered without esc_html() or esc_attr() on the admin log page. This makes it possible for unauthenticated attackers to inject arbitrary web scripts in the admin log page that execute whenever an administrator views the Injection Guard log interface.
Характеристики атаки
Последствия
Строка CVSS v3.1