У троянов DanaBot и RedLine появился новый проводник в Windows

У троянов DanaBot и RedLine появился новый проводник в Windows

У троянов DanaBot и RedLine появился новый проводник в Windows

В сетевом андеграунде набирает популярность загрузчик HijackLoader. Проведенный в Zscaler анализ показал, что зловред незамысловат, но использует множество модулей для инъекции и выполнения кода.

С новобранцем эксперты впервые столкнулись в минувшем июле. Как оказалось, он полагается на шелл-код и вооружен средствами самозащиты от обнаружения: использует системные вызовы, мониторит процессы, ассоциируемые с антивирусами (вшитый блок-лист включает более 20 позиций), умеет задерживать свое исполнение на 40 секунд.

От своих собратьев HijackLoader отличается наличием дополнительных модулей, позволяющих выбрать способ внедрения кода, в том числе process hollowing и подмену DLL. При инициализации зловред проверяет наличие финальной полезной нагрузки в бинарнике; ее отсутствие запускает загрузку с внешнего сервера.

Проверка HTTP-связи осуществляется обращением к легитимному сайту (к примеру, mozilla.org). При отрицательном результате вредонос уходит в бесконечный цикл в ожидании подключения к интернету. Чтобы обеспечить себе постоянное присутствие в системе, HijackLoader создает задание BITS, а в папке автозагрузки Windows — LNK-файл.

Качество нового творения вирусописателей, по словам аналитиков, пока оставляет желать лучшего. Каким образом HijackLoader попадает в систему, не установлено. Данные телеметрии Zscaler показали, что в настоящее время новичок используется для загрузки трояна DanaBot, прокси-ботов SystemBC, а также инфостилера RedLine.

Википедию атаковал портящий страницы JavaScript-червь

У Wikimedia Foundation 5 марта случился неприятный киберинцидент: по проектам прошёлся самораспространяющийся JavaScript-червь, из-за которого инженерам пришлось временно ограничить редактирование и срочно откатывать вредоносные правки. Важная оговорка: по уточнению фонда, вандализм затронул только Meta-Wiki, а не всю Википедию целиком.

Снаружи это выглядело довольно хаотично: редакторы начали замечать автоматические правки, скрытые скрипты и странные изменения на страницах, после чего Wikimedia перевела проекты в режим «только чтение».

Согласно странице фонда, проблемы начались около 18:36 по Москве, в 20:09 вики вернули в режим записи, а позже начали постепенно восстанавливать и пользовательские скрипты.

По предварительной картине, всё началось после срабатывания вредоносного скрипта, который хранился в русской версии Википедии на странице User:Ololoshka562/test.js и, как пишет BleepingComputer, был загружен ещё в марте 2024 года.

В Phabricator и в публикации BleepingComputer говорится, что скрипт, вероятно, активировали во время проверки пользовательского кода: после запуска он пытался прописать вредоносный загрузчик и в пользовательский common.js, и в глобальный MediaWiki:Common.js, чтобы цепочка распространялась дальше уже сама.

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

Параллельно червь ещё и правил случайные страницы, добавляя туда скрытый загрузчик. По оценке BleepingComputer, изменены были примерно 3996 страниц, а у около 85 пользователей оказались подменены файлы common.js, но это именно оценка издания, а не официальный итог Wikimedia.

Сама Wikimedia Foundation после инцидента заявила, что вредоносный код оставался активным 23 минуты. За это время он успел менять и удалять контент на Meta-Wiki, но постоянного ущерба, по словам фонда, не нанёс: материалы восстанавливают, признаков атаки именно на Википедию нет, как и доказательств утечки персональных данных.

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