Критическая уязвимость выполнения кода в Gnome угрожает Linux-системам

Критическая уязвимость выполнения кода в Gnome угрожает Linux-системам

Критическая уязвимость выполнения кода в Gnome угрожает Linux-системам

Эксперт обнаружил уязвимость внедрения кода в компоненте обработчика миниатюр в файловом менеджере GNOME, позволяющую хакерам выполнять вредоносный код на компьютерах под управлением систем Linux.

Уязвимость получила идентификатор CVE-2017-11421, обнаружил ее немецкий исследователь Нильс Дагссон Москопп (Nils Dagsson Moskopp), который опубликовал в своем блоге код, подтверждающий наличие бреши.

Недостаток присутствует в gnome-exe-thumbnailer - инструменте для создания эскизов исполняемых файлов Windows (.exe, .msi, .dll, .lnk) в GNOME, для этого в системе должен быть установлен Wine.

Moskopp обнаружил, что при навигации по каталогу, содержащему файл .msi, GNOME принимает имя файла как исполняемые данные и запускает его для создания эскиза изображения.

Чтобы использовать брешь, злоумышленник может отправить жертве специально созданный .msi-файл, содержащий вредоносный VBScript-код в его имени. Далее взаимодействия с пользователем не понадобится – файл скомпрометирует машину при загрузке.

«Создается специальный скрипт, содержащий имя файла, для которого нужно показать миниатюру, и выполняется с помощью Wine. Скрипт построен с использованием шаблона, который позволяет вставлять VBScript в имя файла и запускать его» - объясняет Москопп.

Для эксплуатации этого недостатка хакеры могут использовать и другие векторы атак - например, при подключении USB-накопителя с вредоносным файлом на нем.

Как защитить себя

Москопп уведомил об уязвимости как проект GNOME, так и Debian. Они оба исправили брешь в файле gnome-exe-thumbnailer. Рекомендуется как можно скорее установить обновления, уязвимость влияет на gnome-exe-thumbnailer до версии 0.9.5.

Тем не менее, Москопп также рекомендует:

  • Удалить все файлы в каталоге /usr/share/thumbnailers.
  • Не использовать файлы GNOME.
  • Удалить любое программное обеспечение, которое позволяет автоматически выполнять имена файлов в качестве кода.

MaxPatrol 360 научился запускать реагирование без участия человека

Positive Technologies выпустила MaxPatrol 360 2026.2 — новую версию центра управления расследованиями и операционной работой SOC. Главное изменение — подсистема интеграций, которая позволяет подключать внешние решения и использовать их возможности прямо в сценариях работы с инцидентами.

Интеграции поддерживают двусторонний обмен данными между MaxPatrol 360 и другими компонентами инфраструктуры.

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

Одной из первых доступна интеграция с MaxPatrol EDR. Специалисты ИБ могут задать условия, при которых система защиты конечных устройств автоматически изолирует узел или завершит вредоносный процесс. MaxPatrol 360 также можно связать с корпоративным почтовым сервером и настроить отправку сообщений об инцидентах в общие чаты или личные сообщения в мессенджерах.

 

Подсистема рассчитана не только на готовые связки. Разработчики смогут создавать собственные интеграции — в том числе с нетипичными элементами IT-инфраструктуры и глубоко кастомизированными средствами защиты.

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

В итоге MaxPatrol 360 всё меньше напоминает ещё одну панель, за которой должен круглосуточно сидеть аналитик. Теперь продукт может собрать разрозненные инструменты SOC в единую цепочку и сам дёрнуть нужный рычаг — например, изолировать заражённое устройство, пока человек только открывает карточку инцидента.

RSS: Новости на портале Anti-Malware.ru