Критическая уязвимость выполнения кода в 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.
  • Удалить любое программное обеспечение, которое позволяет автоматически выполнять имена файлов в качестве кода.

Роскомнадзор заявил, что не блокирует PyPI

Роскомнадзор прокомментировал сообщения о проблемах с доступом к PyPI — официальному репозиторию пакетов для Python, откуда разработчики обычно тянут библиотеки через pip. Ведомство заявило, что доступ к ресурсам этого ИТ-проекта не ограничивает и проблем с ним не фиксирует.

Ранее российские разработчики сообщали, что pypi.org не открывается именно с российских IP-адресов, зато начинает работать после их смены. У части пользователей доступ уже восстановился, но осадочек, как говорится, остался.

PyPI — не просто очередной сайт для программистов. Это один из ключевых элементов Python-экосистемы, на которой завязаны машинное обучение, ИИ-проекты, аналитика, автоматизация, DevOps и куча корпоративных процессов.

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

На этом фоне комментарий Роскомнадзора выглядит как попытка погасить панику: ведомство утверждает, что PyPI не блокируется и ограничений с его стороны нет.

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

Похожая история уже была с GitHub. 20 мая 2026 года Роскомнадзор также заявлял, что в России нет проблем с доступом к платформе: API работает, регистрация пользователей доступна, проекты создаются без сбоев.

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