Новый Android-троян гонится за банковскими приложениями и криптокошельками

Новый Android-троян гонится за банковскими приложениями и криптокошельками

Новый Android-троян гонится за банковскими приложениями и криптокошельками

Исследователи в области кибербезопасности обнаружили новый банковский троян для операционной системы Android. Этот вредонос проникает на мобильные устройства пользователей и пытается добраться до банковских приложений и криптовалютных кошельков.

Троян назвали SharkBot в честь одного из доменов, который злоумышленники используют для командных серверов (C2). Атаки зловреда стартовали в конце октября, тогда на них обратили внимание специалисты компаний Cleafy и ThreatFabric.

«На момент написания этого материала мы не наблюдаем наличия семплов в официальном магазине приложений Google Play Store», — гласит отчёт экспертов.

Судя по всему, авторы SharkBot с помощью социальной инженерии заставляют пользователей загрузить и вручную установить вредоносную программу (sideloading). Google, кстати, не раз предупреждала об опасности этого способа загрузки.

После установки в ОС SharkBot запрашивает необходимые права в системе и пытается получить доступ к специальным возможностям — Android Accessibility. В дальнейшем вредонос использует это для имитации кликов и других вредоносных действий.

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

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

Подпишитесь на новости

Orion soft добавил аварийное восстановление в StarVault 1.6

Orion soft обновил систему управления секретами StarVault до версии 1.6. Главное нововведение — Disaster Recovery: данные реплицируются в реальном времени на резервный кластер, который можно задействовать при аварии. Резерв работает в режиме warm standby — подготовлен к переключению и получает изменения с основного кластера.

Если основной кластер выходит из строя, администратор переводит резервный в статус основного через соответствующие API-эндпоинты.

Секреты, конфигурации и права доступа сохраняются: собирать настройки заново в разгар аварии не потребуется.

По заявлению компании, механизм позволяет минимизировать время восстановления (RTO) и риск потери актуальных данных (RPO). Конкретные значения этих показателей в анонсе не приведены. Балансировку и автоматизацию переключения заказчики настраивают самостоятельно под свои регламенты.

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

Как объясняет лидер экосистемных продуктов zVirt Алишер Камалов, DR помогает снизить риск превращения централизованного хранилища в единую точку отказа. StarVault 1.6 даёт инструменты для этого сценария, а рабочую схему аварийного восстановления компании выстраивают на их основе.

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