Об устранённой в Windows 10 0-day Microsoft предупреждали два года назад

Об устранённой в Windows 10 0-day Microsoft предупреждали два года назад

Об устранённой в Windows 10 0-day Microsoft предупреждали два года назад

Одна из уязвимостей, устранённых Microsoft в августе, позволяла конвертировать MSI-файлы во вредоносные исполняемые Java, оставляя при этом легитимную цифровую подпись. Известно, что брешь использовалась в реальных атаках, но также интересно погрузиться в историю этой проблемы безопасности.

Уязвимости присвоили идентификатор CVE-2020-1464. Как объяснила сама Microsoft, проблема присутствует в механизме проверки подписи файлов.

Другими словами, атакующий мог обойти защитные функции Windows 10 и загрузить некорректно подписанные файлы.

Интересной информацией поделились специалисты компаний Zengo и SafeBreach Labs: об этом баге, на который Microsoft обратила внимание лишь в этом месяце, сообщали ещё в 2018 году. Более того, на тот момент корпорация из Редмонда отказывалась выпускать патч для CVE-2020-1464.

Бернардо Куинтеро из команды VirusTotal в январе 2019 года обратил внимание на вредоносный, но при этом подписанный исполняемый файл Java. После анализа файла с расширением .jar специалист понял, что на самом деле это MSI.

Операционная система Windows при этом принимала цифровую подпись, считая, что этот файл от Google, а значит, совершенно безобиден. Со сторонними защитными решениями происходила та же история.

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

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