Создан эксплойт для багов в Conti, REvil, LockBit, блокирующий шифрование

Создан эксплойт для багов в Conti, REvil, LockBit, блокирующий шифрование

Создан эксплойт для багов в Conti, REvil, LockBit, блокирующий шифрование

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

Как новые семейства программ-вымогателей вроде REvil, Conti и LockBit, так и новички вроде Black Basta и AvosLocker содержат ряд уязвимостей, которые можно использовать для блокировки финальной стадии атаки — шифрования.

Изучив несколько образцов популярных шифровальщиков, эксперт в области кибербезопасности, известный под ником hyp3rlinx, нашёл интересную брешь — возможность перехвата DLL (DLL hijacking). Как правило, этот вектор используют сами злоумышленники для внедрения вредоносного кода в легитимное приложение.

Специалист разработал код демонстрационного эксплойта (proof-of-concept, PoC) и даже записал на видео процесс использования уязвимости. Чтобы другим исследователям было проще ориентироваться, hyp3rlinx приложил хеши семплов и описал тип выявленных багов.

В случае с вредоносами Conti, REvil, LockBit, Black Basta, LockiLocker и AvosLocker, по словам эксперта, эксплойт позволяет «контролировать и прерывать процесс шифрования».

 

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

Напомним, что также упоминавшийся выше AvosLocker теперь использует легитимный драйер Avast Anti-Rootkit Driver для обхода антивируса.

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

ADB спасёт: установка непроверенных Android-приложений будет возможна

Google снова переписывает правила игры для Android. На прошлой неделе компания объявила, что со следующего года начнёт проверять личность всех разработчиков, распространяющих приложения для Android — не только в Google Play, но и за его пределами. Однако есть лазейка, которая может спасти сайдлоадинг.

Напомним, если автор софта не захочет пройти верификацию, его приложение просто не установится на сертифицированные устройства с Google Mobile Services.

Формально цель понятна: борьба с анонимными злоумышленниками, которые маскируют зловреды под легальные приложения. Но многие энтузиасты увидели в этом другую сторону — попытку превратить Android в закрытую экосистему по образцу iOS. Особенно громко зазвучали опасения за судьбу эмуляторов и нишевых устройств вроде Android-ридеров.

Президент Android-экосистемы Самир Самат попытался успокоить сообщество:

«Сайдлоадинг — фундамент Android, и он никуда не денется».

По его словам, речь идёт не об ограничении выбора, а о том, чтобы пользователь точно понимал, кто стоит за приложением. Однако ключевой вопрос остался без ответа: как именно Google собирается реализовать блокировку?

Ожидалось, что контроль возьмёт на себя Google Play Protect — встроенный сервис безопасности, который уже проверяет приложения при установке. Но, как выяснилось, Google готовит отдельный инструмент — Android Developer Verifier. Это новое системное приложение, которое будет определять, связан ли пакет с «подтверждённым» разработчиком. Производителей смартфонов обяжут предустанавливать его на устройства с Android 16 QPR2 и выше.

Почему отдельное приложение, а не расширение функций Play Protect? Версий несколько: от организационных причин до попытки снизить риски взлома GMS. Но у этого подхода есть и минусы: придётся полагаться на OEM-партнёров, которые известны своей медлительностью с обновлениями, а отключить новый Verifier, скорее всего, будет невозможно.

Есть и «лазейка»: в FAQ Google уточняет, что установить непроверенное приложение по-прежнему можно через ADB — инструмент для разработчиков, позволяющий загружать APK с компьютера. Для гиков и девелоперов это спасательный круг, для обычных пользователей — почти непреодолимый барьер.

Новые правила начнут действовать с сентября 2026 года и будут внедряться постепенно. Впереди ещё минимум год, за который Google может изменить детали. Но уже сейчас ясно: Android ждёт серьёзный сдвиг в сторону жёсткого контроля над сторонними приложениями.

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

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