Новый вариант Emotet использует Windows API и методы антианализа

Новый вариант Emotet использует Windows API и методы антианализа

Новый вариант Emotet использует Windows API и методы антианализа

На днях эксперты Trend Micro обнаружили и проанализировали новый вариант банковского вредоноса Emotet, который теперь детектируется как TSPY_EMOTET.SMD10. Эта версия Emotet отличается наличием новых подпрограмм, позволяющих избежать анализа вредоноса в песочнице.

Основываясь на выводах экспертов, теперь вредонос вместо RunPE использует CreateTimerQueueTimer. CreateTimerQueueTimer — это Windows API, который создает очередь для таймеров.

«Это не первый вредонос на нашей памяти, использующий CreateTimerQueueTimer. Например, банковский троян Hancitor, который распространял также PONY и VAWTRAK, тоже использовал эту технику», — утверждают специалисты.

«Что для нас стало сюрпризом, так это методы антианализа Emotet, они включают в себя проверку, когда сканер отслеживает действия. А CreateTimerQueueTimer помогает Emotet выполнять задание каждые 0x3E8 миллисекунд», — продолжают исследователи.

Также Emotet отметился умением определять, работает ли он в песочнице. Если он детектирует песочницу, то выполнять вредоносные действия не будет.

Стоит также отметить, что если исполняемый файл Emotet не имеет на компьютере привилегий администратора, то он будет пробовать запуститься через другой процесс.

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

Сам исполняемый файл зловреда извлекается по ссылке hxxp://bonn-medien[.]de/RfThRpWC/.

Напомним, что сегодня мы также писали о том, что один из сервисов McAfee заражал пользователей вредоносом Emotet.

Роскомнадзор проиграл кассацию по делу об утечке данных РЖД

Роскомнадзор проиграл ещё один раунд в громком деле об утечке данных РЖД. Арбитражный суд Московского округа оставил в силе решение апелляции, которая ранее отменила штраф в отношении компании. Спор начался после того, как в телеграм-каналах появилась база данных сотрудников РЖД объёмом более 17 миллионов записей.

После инцидента Роскомнадзор добился привлечения компании к ответственности по части 1 статьи 13.11 КоАП РФ за нарушение требований к обработке персональных данных.

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

Апелляция указала, что инцидент стал результатом целенаправленной кибератаки, по факту которой было возбуждено уголовное дело. При этом Роскомнадзор не смог показать, какие именно меры защиты РЖД обязана была внедрить, но не внедрила.

Регулятор попытался оспорить такой подход в кассации, однако Арбитражный суд Московского округа поддержал позицию апелляционной инстанции и отказался пересматривать её выводы.

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

Для бизнеса это решение может стать одним из наиболее заметных судебных прецедентов последних лет в сфере персональных данных. Позиция о недопустимости так называемого объективного вменения при утечках теперь устояла сразу в трёх судебных инстанциях.

Впрочем, точку в истории ставить пока рано. У Роскомнадзора остаётся возможность обратиться в Верховный суд России.

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