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

DOOM запустили в Microsoft Paint, холст кормят кадрами через буфер обмена

Технический директор Microsoft Azure Марк Руссинович выпустил DoomPaint — проект, который позволяет играть в DOOM прямо на холсте Microsoft Paint. Правда, калькулятором Paint так и не стал: игру обсчитывает движок ViZDoom, а встроенный редактор Windows лишь показывает готовые кадры.

DoomPaint запускает движок без отдельного окна, формирует изображение и отправляет его в Paint через буфер обмена.

Каждый кадр вставляется на холст как новая картинка. Разрешение по умолчанию составляет 640×400 пикселей, а частота достигает родных для DOOM 35 кадров в секунду. При нагрузке производительность может скатиться до уровня, который Руссинович метко назвал табличным.

Играть при этом можно полноценно: доступны управление с клавиатуры, стрельба, бег, открытие дверей, звуковые эффекты и MIDI-саундтрек. Есть и бонус, которого не было в оригинале: Ctrl+Z превращается в перемотку времени.

Каждый кадр хранится в истории Paint, поэтому несколько отмен способны буквально оживить погибшего героя. А сохранение файла создаёт обычный PNG со сценой игры — Paint ведь понятия не имеет, что его заставили изображать монитор.

 

Главной проблемой стал сам буфер обмена. Если десятки раз в секунду очищать его и записывать новый кадр, Paint может не успеть прочитать предыдущий и выдать ошибку. Поэтому DoomPaint публикует один объект OLE на всю сессию и обновляет содержащиеся в нём данные. Следующий кадр появляется только после подтверждения, что Paint забрал предыдущий.

Вставка запускается синтетическим Ctrl+V либо через меню Paint, если приложение игнорирует нажатие. Низкоуровневый перехватчик клавиатуры не даёт игровым клавишам случайно нажимать кнопки редактора.

Проект опубликован на GitHub и требует Python. После запуска файла run.bat скрипт сам создаёт окружение, устанавливает зависимости и открывает Paint.

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