Вымогатель Epsilon Red проникает в сеть через дыры в Microsoft Exchange

Вымогатель Epsilon Red проникает в сеть через дыры в Microsoft Exchange

Вымогатель Epsilon Red проникает в сеть через дыры в Microsoft Exchange

Эксперты Sophos обнаружили еще одного шифровальщика, внедряемого в сеть посредством эксплуатации уязвимостей в Microsoft Exchange. Новобранец Epsilon Red проникает в корпоративные системы посредством использования RDP и WMI (Windows Management Instrumentation) и опасен тем, что шифрует все файлы подряд, создавая риск нарушения работы жизненно важных приложений и самой Windows.

Исследователи полагают, что для взлома сети в данном случае используются проблемы Microsoft Exchange, известные как ProxyLogon. Патчи для актуальных версий этого софта разработчик выпустил в начале марта. Поскольку на тот момент хакеры уже начали использовать эти бреши в атаках, Microsoft создала PowerShell-скрипт для выявления индикаторов компрометации сервера, обновила антивирусные базы Microsoft Defender и выпустила специнструмент, помогающий защититься от эксплойта.

Новая вымогательская программа была обнаружена в ходе разбора атаки на американскую компанию из сферы гостеприимства. Анализ показал, что Epsilon Red написан на Go и для облегчения своей задачи использует больше десятка сценариев PowerShell, способных выполнять следующие действия:

  • прибивать процессы и службы, используемые инструментами защиты и резервного копирования, приложениями Microsoft Office, почтовыми клиентами; 
  • удалять теневые копии Windows;
  • извлекать хешированные пароли из файла SAM (Security Account Manager, диспетчер учетных записей безопасности) — этот скрипт является клоном инструмента пентестинга Copy-VSS;
  • удалять записи из журнала событий Windows; 
  • отключать Microsoft Defender;
  • приостанавливать запущенные процессы;
  • деинсталлировать программы безопасности (Sophos, Trend Micro, Cylance, MalwareBytes, Sentinel One, Vipre, Webroot);
  • расширять набор прав в системе.

После проникновения в сеть злоумышленники подключаются к машинам по RDP и используют WMI для загрузки шифровальщика и запуска вспомогательных PowerShell-скриптов. Взломщики также устанавливают в систему браузер Tor и копию Remote Utilities — легитимного набора утилит для удаленного доступа к рабочему столу. Таким образом, злоумышленники смогут подключаться к внутренним системам жертвы даже в случае потери изначальной точки входа в сеть.

Хотя авторы Epsilon Red явно не профессионалы, их творение способно причинить значительный ущерб зараженной системе. У зловреда нет ограничений на объекты шифрования. Он отыскивает файлы на дисках, используя код, позаимствованный у opensource-проекта godirwalk — библиотеки, позволяющей просматривать дерево папок. Каждый подкаталог шифруется отдельно, поэтому на машине запускается множество копий вредоносного процесса.

Шифрование осуществляется с использованием ключей AES и RSA; к имени зашифрованного файла добавляется расширение .epsilonred. Текст с требованием выкупа, помещаемый в обработанные папки, позаимствован у REvil, с устранением грамматических ошибок и правкой правописания.

 

На настоящий момент зафиксировано несколько атак Epsilon Red на бизнес-структуры. Одна из жертв уплатила выкуп в размере 4,28 биткоина (около $210 тыс. долларов).

Идея использовать непропатченный Microsoft Exchange для внедрения шифровальщиков в сеть не нова — ее, к примеру, взяли на вооружение операторы DearCry. Исключить такие атаки поможет установка заплаток Microsoft; эта возможность доступна даже владельцам неподдерживаемых версий продукта. Экстренные меры защиты, принятые разработчиком, позволили к концу марта обезопасить 92% Exchange-серверов, подключенных к интернету.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

Лишь четверть разработчиков внедрили сквозной DevTestSecOps-конвейер

Согласно исследованию ИАА Telecom Daily и ИТ-экосистемы «Лукоморье», несмотря на стремительный рост интереса к практикам DevOps, DevSecOps и DevTestSecOps, лишь четверть разработчиков внедрила полноценный сквозной DevTestSecOps-конвейер.

Исследование проходило с 1 по 10 сентября 2025 года. В нем приняли участие представители 100 средних и крупных российских компаний — руководители и специалисты ИТ-подразделений, отвечающие за разработку и эксплуатацию программного обеспечения.

По результатам опроса, полноценный DevTestSecOps-конвейер внедрили ровно 25% участников. Более половины компаний уже автоматизировали тестирование безопасности с помощью таких инструментов, как статический (SAST) и динамический (DAST) анализ, а также анализ зависимостей (SCA). CI/CD используют две трети организаций, однако лишь 38% интегрировали в эти процессы комплексные практики безопасности.

Среди компаний, внедривших CI/CD, 80% отметили повышение уровня безопасности выпускаемых продуктов. Каждая вторая организация зафиксировала сокращение числа ошибок и улучшение прозрачности процессов разработки.

Ключевыми проблемами респонденты назвали сложности перехода на альтернативные решения после ухода зарубежных вендоров (37%), высокую стоимость внедрения и поддержки инструментов безопасной разработки (33%), снижение скорости разработки (27%), а также кадровый дефицит и недостаточную зрелость отечественных продуктов (по 22%).

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

Арсен Благов, генеральный директор ИТ-экосистемы «Лукоморье», так прокомментировал результаты исследования:

«Рынок постепенно уходит от разрозненного применения практик — проектирования, тестирования, анализа и поддержки — к стремлению объединить их в единую логичную цепочку. Конвейеризация становится способом синхронизировать команды, ускорить Time-to-Market и сделать процессы прозрачными как для разработки, так и для бизнеса. Проблем и вызовов по-прежнему немало: интеграция инструментов, нехватка сквозной аналитики, сопротивление изменениям внутри команд — всё это тормозит развитие. Но тенденция очевидна: компании начинают воспринимать CI/CD не как набор скриптов, а как архитектурную основу зрелой разработки».

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

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