IBM Guardium Data Protection допускает удалённое выполнение кода из-за уязвимостей в компоненте Sniffer

IBM

Одиннадцать уязвимостей в IBM Guardium Data Protection 12.0, 12.1 и 12.2 открывают удалённому злоумышленнику путь к выполнению своего кода на узлах платформы и к работе с её базой данных. Две уязвимости получили 9.8 балла по шкале CVSS, шесть - 8.1, ещё три - 8.6, 7.5 и 5.9. Проблемы сосредоточены в компоненте Sniffer (модуль перехвата и разбора сетевого трафика), который следит за обращениями к базам данных.

Обход путей, SQL-инъекции и переполнения буфера в Guardium

Guardium Data Protection отслеживает запросы к базам данных и ведёт аудит действий с чувствительной информацией. Такие платформы ставят в банках, госструктурах, медицинских организациях - везде, где нужно фиксировать каждое обращение к хранилищу данных. Поэтому компрометация Guardium опасна вдвойне: злоумышленник получает и узел, стоящий вплотную к защищаемым данным, и сведения о том, как эти данные используются. Часть уязвимостей эксплуатируется без учётной записи, часть требует доступа к сети, которую платформа контролирует.

Обход путей открывает выполнение кода

Уязвимость CVE-2026-75875 с рейтингом 9.8 связана с обходом путей. Приложение не проверяет, остаётся ли путь к файлу внутри разрешённого каталога. Из-за этого одного специально составленного запроса достаточно, чтобы выполнить на сервере чужой код. Учётные данные не нужны: атака идёт по сети.

Инъекции в запросы к базе данных

Вторая группа - внедрение SQL-кода. Такая уязвимость возникает, когда служебные символы в запросе не экранируют, и база принимает их за часть команды. Одна из проблем этой группы тоже получила 9.8 балла: она позволяет выполнять произвольные SQL-инструкции. Другая, с рейтингом 8.6, даёт удалённому злоумышленнику без учётной записи просматривать, добавлять, изменять и удалять сведения во внутренней базе Guardium. Правки в служебном хранилище платформы не видны тем, кто читает отчёты о доступе к защищаемым данным. А ведь именно ради этих отчётов платформу и покупают.

Переполнения буфера в разборе трафика

Основная часть списка - переполнения буфера в разборе сетевых пакетов. Компонент Sniffer обязан читать чужие протоколы, и ошибки в этой работе оборачиваются порчей памяти. Несколько проблем связано с разбором MongoDB: слишком длинное имя пользователя в сообщении аутентификации переполняет буфер в куче. Порча памяти приводит к отказу в обслуживании или к выполнению кода. Ещё одна уязвимость, CVE-2026-84058, кроется в разборе служебного пакета PRELOGIN протокола TDS. По этому протоколу клиенты Microsoft SQL Server договариваются о соединении с сервером. Атакующему достаточно отправить подготовленный пакет в сеть, которую отслеживает коллектор Guardium (узел сбора данных о трафике). Последствия - отказ в обслуживании или запуск кода на самом коллекторе.

Остальные переполнения устроены похоже. Одно из них относится к стеку, ещё несколько - к классической схеме, когда данные копируют в буфер без проверки длины. Оценки здесь колеблются от 7.5 до 8.1. Для части эксплойтов (готовых средств эксплуатации) нужен доступ к контролируемой сети, для одной уязвимости - учётная запись с низкими правами. Ещё одна проблема с оценкой 5.9 влияет только на доступность, и описания по ней IBM не приводит. MongoDB и Microsoft SQL Server часто попадают под мониторинг Guardium, поэтому путь атаки через разбор их трафика выглядит реалистичным.

Патч для всех затронутых версий

Исправления вышли для всей линейки 12.x. IBM рекомендует поставить последнее обновление компонента Sniffer - сборку SQLGuard_12.0p4018_SnifferUpdate. Обходных мер вендор не предлагает, поэтому отложенное обновление оставляет систему без защиты.

Бюллетень опубликован 8 октября 2026 года. Переполнения в разборе трафика требуют доступа в сеть, которую Guardium отслеживает, зато обход путей и инъекции работают удалённо и без учётных данных. Платформы этого класса стоят в привилегированном положении: они видят весь трафик к базам данных и хранят историю обращений. Ошибки в их коде оборачиваются не простоем одного узла, а потерей контроля над тем, что происходит с защищаемыми данными.

Ссылки

Комментарии: 0