Агент Managed File Transfer в составе IBM MQ запускает скрипты, когда до него доходит задание из очереди сообщений. Проверку метаданных перед запуском разработчики сделали неполной. Пользователь с действующей учётной записью может подставить в эти метаданные свои значения и выполнить код на хосте агента. Затронуты только те установки, где развёрнут компонент Managed File Transfer.
Контекст, условия атаки и исправления
Уязвимость получила идентификатор CVE-2026-11724. IBM оценила её в 8,5 из 10 по CVSS 3.1 - высокий уровень опасности. Бюллетень компания опубликовала 29 октября 2026 года, запись CVE появилась 4 ноября и обновилась 6 ноября. По конфиденциальности, целостности и доступности последствия максимальные, а область влияния выходит за пределы самого компонента.
Причина - неполная проверка входных данных, CWE-20. Агент принимает задания и выполняет действия по описанию, которое приходит вместе с ними. Метаданные этого описания попадают в сценарий запуска скрипта. Часть значений проверку проходит, хотя не должна, поэтому подставленные данные меняют то, что именно запустится на хосте.
Уязвимость касается агента, а не всего продукта целиком. Если в организации развёрнут только менеджер очередей, а компонент Managed File Transfer не установлен, обновление по этому бюллетеню не требуется. Состав установки стоит проверить до планирования окна обслуживания: агент часто живёт на отдельном сервере и обслуживает обмен файлами с партнёрами.
Условия атаки
Злоумышленнику нужна учётная запись, прошедшая проверку подлинности в MQ. Сеть до агента должна быть доступна, а конфигурация - позволять отправку заданий. Высокая сложность в оценке означает, что сработает не каждый запрос: часть условий зависит от окружения хоста. Автоматизировать подбор IBM возможным не считает, и CISA в пометке ADP указала Automatable: no.
Сведений об эксплуатации в реальных атаках нет. CISA проставила в пометке ADP значение Exploitation: none, то есть на момент публикации случаев использования уязвимости не зафиксировали. Публикация деталей и подтверждённая эксплуатация - разные вещи, и здесь второго нет. Техническое влияние при этом описано как полное.
Версии исправлений
Ошибку закрыли под известной проблемой DT473347. Для 9.2 LTS вышло кумулятивное обновление безопасности 9.2.0.46, для 9.3 LTS - 9.3.0.43. Ветке 9.4 LTS достался фикс-пак 9.4.0.30, установкам 10.0 LTS предлагают перейти на 10.0.0.6. Пользователям 9.4 CD и 10.0 CD нужна версия 10.0.1.0.
Отдельного патча для промежуточных сборок внутри перечисленных диапазонов не предусмотрено: кумулятивное обновление ставится поверх любой из них. После установки сверьте номер сборки с целевым. Для линейки 9.4 LTS это 9.4.0.30, а для CD-веток адрес другой - 10.0.1.0.
После патча агент работает по-прежнему: задания, маршруты передачи файлов и расписания не меняются. Меняется обработка метаданных - значения, которые раньше проходили проверку, теперь отклоняются. Если партнёрские интеграции используют нестандартные описания заданий, их стоит прогнать на тестовом контуре до выкатки в продуктив.
Что делать до обновления
Обходных мер IBM не предложила: раздел с ними в бюллетене пуст. Единственный способ закрыть уязвимость - поставить исправленную сборку. До этого имеет смысл сократить круг учётных записей, которым разрешено отправлять задания агенту. Полезно также посмотреть, какие хосты с агентом видны из менее доверенных сегментов сети.
Атака требует действующего доступа, поэтому такие шаги сужают круг тех, кто может ей воспользоваться. Полностью они риск не снимают. Планируя обновление, учитывайте, что ветки 9.2, 9.3, 9.4 и 10.0 получают разные сборки, и одна установка не закрывает другую.
Ссылки
