Около 300 системных файлов Windows 10 уязвимы перед DLL hijacking

Около 300 системных файлов Windows 10 уязвимы перед DLL hijacking

Около 300 системных файлов Windows 10 уязвимы перед DLL hijacking

Простейшего VBScript порой достаточно, чтобы обойти контроль учётных записей (UAC) в Windows 10 и получить права администратора. Новый отчёт британского исследователя проливает свет на новую проблему безопасности Windows 10.

Витце Беукема опубликовал результаты своего исследования, согласно которым около 300 исполняемых системных файлов Windows 10 уязвимы перед перехватом DLL (DLL hijacking).

«Оказалось, что почти 300 исполняемых файлов Windows 10, расположенных в директории System32, уязвимы перед техникой атаки, известной как "перехват DLL"», — пишет специалист.

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

Другими словами, потенциальный атакующий может «заставить» системный файл Windows загрузить произвольную библиотеку, которая будет выполнять его команды. Если злоумышленник окажется подготовленным, этот вектор станет одной из ступеней его операции. Вариации DLL hijacking Беукема подробно расписал в своём блоге.

Эксперт продемонстрировал один из возможных сценариев атаки, используя файлы из директории C:\Windows\System32 и операционную систему Windows 10 версии 1909. Полный список из 287 исполняемых файлов и 263 уникальных DLL Беукема опубликовал на GitHub.

Claude освободил 700 ГБ, удалив домашнюю папку разработчика

Разработчик Себастьен Гиймо поручил ИИ-агенту Claude написать скрипт для очистки временных файлов. Бот справился слишком эффективно: удалил домашний каталог пользователя вместе с 700 ГБ данных и результатами недельной работы, но предусмотрительно оставил папку /tmp, ради которой всё и затевалось.

Гиймо регулярно запускает ИИ-агентов, которые оставляют после себя множество временных файлов.

Он попросил модель Claude Fable создать отдельную песочницу для каждого агента в /tmp и очищать её после завершения работы, не затрагивая используемые данные.

Первая версия скрипта показалась разработчику слишком сложной. Из-за наличия команд безвозвратного удаления Claude запустил дополнительную проверку безопасности. Система Anthropic сочла задачу рискованной и автоматически понизила модель сначала до Opus 5, а затем до Opus 4.8.


Новая модель написала тест, который сравнивал цели удаления с /tmp и домашним каталогом пользователя. Обе директории были правильно признаны опасными. А затем начался этап очистки тестовых данных, и Claude повторно использовал ту же переменную, в которой находился путь к домашней папке.

Гиймо остановил процесс, но слишком поздно: агент успел удалить 700 ГБ. Большую часть информации разработчик восстановил из Git, конфигурации Nix, журналов сессий и других источников. Однако недельная работа всё же пострадала.

Разработчик предполагает, что автоматический переход на менее сильную модель мог повысить риск ошибки. Более производительная Fable 5, возможно, заметила бы конфликт переменных.

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