IIS-расширения стали популярным вектором установки бэкдора на веб-серверы

IIS-расширения стали популярным вектором установки бэкдора на веб-серверы

IIS-расширения стали популярным вектором установки бэкдора на веб-серверы

Microsoft предупреждает о кибератаках, в которых злоумышленники используют вредоносные расширения Internet Information Services (IIS) для установки бэкдора на непропатченные Exchange-серверы. Выбор хакеров обусловлен тем, что IIS детектируются реже, чем веб-шеллы.

Таким образом, злоумышленники получают отличный вектор закрепления в системе, поскольку IIS спрятаны глубоко в скомпрометированных серверах, а это значит, что их достаточно сложно детектировать.

«В большинстве случаев активность самого бэкдора минимальна и не может считаться вредоносной без четкого понимания того, как работают легитимные IIS-расширения. Это затрудняет вычисление источника заражения», — пишут специалисты Microsoft 365 Defender Research Team.

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

Ранее специалисты Microsoft уже сталкивались с кастомными IIS-бэкдорами, установленными после эксплуатации уязвимостей в ZOHO ManageEngine ADSelfService Plus и SolarWinds Orion.

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

«После стадии разведки, извлечения учетных данных и установки удаленного доступа атакующие развернули кастомный IIS-бэкдор FinanceSvcModel.dll в директории C:\inetpub\wwwroot\bin\. У бэкдора есть встроенные функции, позволяющие управлять Exchange», — описывает одну из подобных кампаний Microsoft.

Google запустила новый режим установки сторонних приложений на Android

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

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

Только после этого Android разрешит устанавливать приложения, авторы которых не прошли проверку Google.

На каждом таком приложении и его обновлении система всё равно будет показывать предупреждение. Продолжить установку можно кнопкой «Всё равно установить». Проходить весь обряд повторно не потребуется: Android запомнит решение пользователя и распространит его на другие связанные устройства.

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

 

Изменения связаны с новой системой проверки разработчиков. Google будет привязывать приложения на сертифицированных устройствах (включая загруженные со сторонних площадок) к подтверждённому идентификатору автора.

С 30 сентября 2026 года проверка начнёт работать для Google Play, Galaxy Store, Honor App Market, Oppo App Market, Palm Store, V-Appstore и GetApps. В этом году требования введут в Бразилии, Индонезии, Сингапуре и Таиланде, а глобальное распространение запланировано на 2027 год.

Функция появляется постепенно и требует системной службы Android Developer Verifier.

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