Банковский Android-троян Red Alert блокирует звонки и СМС из банков

Банковский Android-троян Red Alert блокирует звонки и СМС из банков

Банковский Android-троян Red Alert блокирует звонки и СМС из банков

У недавно обнаруженного банковского Android-троянца обнаружилась командная панель, написанная полностью с нуля. Исследователи утверждают, что вредонос, получивший имя Red Alert 2.0, распространялся в течение последних нескольких месяцев новым хакером или группой хакеров.

Red Alert 2.0 представляет собой новый вредоносный код, однако его возможности аналогичны тем, которые встречаются в других троянских программах для Android, например, использование наложений окон для кражи учетных данных или возможность перехвата SMS-сообщений и кражи контактов пользователей.

Согласно SfyLabs, разработчики Red Alert все же добавили новые функции, чтобы сделать троян более эффективным. В итоге вредонос может блокировать и регистрировать входящие звонки из банков, тем самым гарантируя, что банки не смогут связаться с владельцами зараженного телефона Android, чтобы предупредить их о возможной вредоносной активности.

Вредоносная программа также использует Twitter в том случае, если командный центр (C&C) ушел в оффлайн. Эксперты отметили, что при невозможности трояна подключиться к командному центру, он получает адрес нового из учетной записи Twitter.

Этот подход не является новым для троянов, написанных под Windows. Однако, по утверждениям SfyLabs, Red Alert 2.0 является первым Android-трояном, имеющим в арсенале такие функции. Учитывая, что все больше пользователей выполняют банковские операции непосредственно со своих мобильных устройств, неудивительно, что злоумышленники переключают фокус на Android, самую популярную мобильную ОС.

Код вредоносной программы использует текущую дату в сочетании с данными, хранящимися в файле strings.xml, для создания MD5-хеша. Первые 16 символов хеша используются для связи с зарегистрированной учетной записью Twitter, вредонос запрашивает страницу Twitter и анализирует ответ, чтобы получить новый адрес командного сервера.

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

Для того чтобы узнать, под окно какого банка нужно замаскироваться, Red Alert 2.0 периодически запрашивает последнее запущенное приложение. Исследователи также обнаружили, что злоумышленники могут управлять троянцем с помощью команд, отправляемых непосредственно с сервера C&C.

Эти команды включают: перехват SMS, отправку SMS, получение списка SMS, звонков, контактов, запуск приложения, отправку USSD, а также блокирование и отправку уведомления.

Для того, чтобы попасть в систему, Red Alert 2.0 маскируется под обновления Flash Player, популярные приложения, такие как WhatsApp и Viber, обновление Google Market и даже системы Android.

Вредоносов в open source стало почти в 12 раз больше за два года

Эксперты компании «Информзащита» заявили о резком росте числа вредоносных программ в экосистемах софта с открытым исходным кодом. По их данным, за последние два года количество таких случаев увеличилось почти в 12 раз, причём основной всплеск пришёлся уже на начало 2026 года — на этот период пришлось более 80% всех зафиксированных инцидентов.

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

Причина, по сути, лежит на поверхности: современная разработка слишком сильно завязана на внешние компоненты. По оценке экспертов, доля опенсорс-кода в корпоративных приложениях сегодня может достигать 70–90%. А это значит, что вместе с несколькими прямыми зависимостями в проект часто приезжают ещё сотни транзитивных — и вся эта конструкция становится всё менее прозрачной и всё более сложной для контроля.

На этом фоне злоумышленники всё активнее действуют через доверие к экосистеме. Один из главных сценариев — компрометация аккаунтов разработчиков и мейнтейнеров пакетов. По данным «Информзащиты», в 2025 году число атак через захват таких учётных записей выросло более чем в 12 раз год к году. После этого вредоносный код может распространяться под видом вполне обычного обновления.

Отдельной проблемой стал и так называемый slopsquatting. Это схема, при которой злоумышленники заранее регистрируют пакеты с названиями, похожими на те, что могут «придумать» ИИ-ассистенты в ответ на запрос разработчика. Дальше всё просто: человек доверяет подсказке, ставит несуществовавшую раньше библиотеку — и получает зловред.

Ситуацию усугубляет любовь индустрии к быстрым обновлениям. По оценке экспертов, около 60% команд внедряют новые версии компонентов не реже одного раза в неделю. Из-за этого окно между публикацией вредоносного пакета и его попаданием во внутреннюю инфраструктуру компании может сократиться буквально до нескольких часов. При этом только 21% организаций сознательно выдерживают паузу перед установкой новых версий.

Есть и ещё одна проблема: не все вообще хорошо понимают, что именно у них используется. Примерно четверть компаний, как утверждают в «Информзащите», до сих пор не имеют централизованного контроля за источниками библиотек и их обновлениями.

Сильнее всего, по оценке экспертов, рискуют отрасли с высокой скоростью разработки и большим количеством внешнего кода. На ИТ и разработку ПО приходится 28% выявленных инцидентов, на финансовый сектор — 19%, на ретейл и электронную коммерцию — 17%, на телеком — 12%, на энергетику и промышленность — 9%. Остальные случаи распределяются между медиа, образованием и госсектором.

В самой «Информзащите» считают, что старый подход к open source как к удобному и почти бесплатному строительному материалу больше не работает. Если раньше основная головная боль была в уязвимостях легитимного кода, то теперь всё чаще речь идёт о прямом вредоносном содержимом, которое выглядит как штатное обновление и может попасть в инфраструктуру практически мгновенно.

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

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