Лоадер GuLoader обзавёлся функциональностью ухода от EDR-систем

Лоадер GuLoader обзавёлся функциональностью ухода от EDR-систем

Авторы вредоносной программы GuLoader добавили своему детищу ряд новых функциональных возможностей, которые теперь позволяют обходить защитные решения. Об изменении подхода к кибератакам рассказали исследователи из CrowdStrike.

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

GuLoader, которого также называют и CloudEyE, представляет собой VBS-загрузчик. С его помощью киберпреступники распространяют трояны, открывающие удалённый доступ к заражённому устройству. Впервые зловред обнаружили в 2019 году.

В ноябре 2021-го специалисты зафиксировали атаки семейства JavaScript-вредоносов RATDispenser, в которых на компьютеры жертв сбрасывался GuLoader.

Один из последних образцов лоадера попал в руки исследователям из CrowdStrike. Как отметили эксперты, вредонос запускал трёхступенчатый процесс: VBScript доставлял пейлоад, отвечающий за проверки виртуальной среды, и только потом шелл-код внедрялся в память.

Упомянутый шелл-код со своей стороны также проводил проверки антианализа, после чего загружал финальную нагрузку.

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

Одну из техник, которую использовали авторы GuLoader, эксперты называют «механизм внедрения избыточного кода». Она помогает вредоносу избегать хуков NTDLL.dll, которые встречаются в работе EDR-систем. Подробно такую технику рассматривают на видео ниже:

Anti-Malware Яндекс ДзенПодписывайтесь на канал "Anti-Malware" в Яндекс Дзен, чтобы первыми узнавать о новостях и наших эксклюзивных материалах по информационной безопасности.

GitHub быстро заменила приватный ключ RSA SSH, случайно слитый в паблик

Пользователей GitHub.com предупреждают о смене закрытого ключа RSA, который используется для защиты Git-операций, выполняемых через SSH. Причиной замены является его компрометация: секрет кратковременно был доступен в публичном репозитории, куда попал по недосмотру.

Меры предосторожности были приняты сегодня, 24 марта, в 05:00 UTC (в восемь утра по Москве). В противном случае злоумышленники смогли бы сымитировать хостинг-сервис или отслеживать операции юзеров, использующих SSH.

«Данный ключ не предоставляет доступ к инфраструктуре GitHub или клиентским данным, — пояснил глава ИБ-службы хостера Майк Хэнли (Mike Hanley). — Изменения коснутся лишь Git-операций, выполняемых по SSH с использованием RSA».

Входящий веб-трафик GitHub.com и Git-операции через HTTP не затронуты. Те, кто использует ключи ECDSA и Ed25519, изменений не заметят, и никаких действий от них не потребуется.

В тех случаях, когда при подключении к сайту по SSH отображается такое сообщение, следует удалить прежний ключ RSA и добавить новый:

 

Для удаления ключа нужно выполнить команду:

 

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

 

Работы по обновлению всех тегов еще не завершены, поэтому пользователи GitHub Actions, включившие опцию ssh-key, могут столкнуться с отказом actions/checkout. Свидетельств злонамеренного использования попавшего в паблик ключа не обнаружено.

По словам Хэнли, это случайный слив, а не результат компрометации систем GitHub либо клиентской информации, как два месяца назад. Тогда злоумышленникам удалось украсть сертификаты подписи кода для macOS-клиента GitHub и редактора Atom.

Anti-Malware Яндекс ДзенПодписывайтесь на канал "Anti-Malware" в Яндекс Дзен, чтобы первыми узнавать о новостях и наших эксклюзивных материалах по информационной безопасности.

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