Спамеры рассылают вирусы вместо подтверждения бронирования отеля

Спамеры рассылают вирусы вместо подтверждения бронирования отеля

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

Так дешевле и надежнее. Но это только на руку кибермошенникам, которые уже готовы поживиться за чужой счет. Они придумали новую уловку – рассылать спам пользователям в виде подтверждения брони в гостинице. Но вместо квитанции в приложении вложена опасная банковская троянская программа, которая нацеливается на банковский счет пользователя.  Специалисты G Data Software уже внесли этот вредоносный код в вирусные базы, потому пользователей решений G Data он не навредит.  

«Кибермошенники замечают, что все больше и больше пользователей заказывают билеты онлайн, и ждут по электронной почте подтверждение билетов и номера в гостинице, – рассказывает Ральф Бенцмюллер, руководитель лаборатории безопасности G Data SecurityLabs. – Чтобы добиться максимального правдоподобия они используют названия популярных сервисов для резервирования, например Booking.com. Но вместо ожидаемой информации они получают троянскую программу. Мы также ожидаем наплыв вредоносных программ, которые будут нацелены на туристические агентства. Чтобы избежать обмана, пользователю необходимо выяснить, является ли отправитель письма представителем портала, на котором он заказал билеты. Также следует аккуратно относиться к письмам с заархивированным приложением».

Банковский троян

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

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