Google нашла новые эксплойты, устанавливающие шпионов на Android и iOS

Google нашла новые эксплойты, устанавливающие шпионов на Android и iOS

Google нашла новые эксплойты, устанавливающие шпионов на Android и iOS

Команда Google Threat Analysis Group (TAG) выявила очередную порцию эксплойтов для связок уязвимостей нулевого дня (0-day) в Android, iOS и Chrome. Эти эксплойты помогали киберпреступникам устанавливать на устройства жертв шпионские программы.

Подобная атака начиналась с текстового сообщения, содержащего сокращённую с помощью сервиса bit.ly ссылку. Если жертва переходила по такому URL, злоумышленники перенаправляли её на легитимные сайты, занимающиеся доставкой.

При этом интересен географический охват: атакующие задействовали ресурсы из Италии, Малайзии и Казахстана. Параллельно на устройстве целевого пользователя происходила попытка эксплуатации брешей в движке WebKit (система iOS): CVE-2022-42856 и CVE-2021-30900.

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

Владельцам девайсов на Android также досталось: киберпреступники использовали уязвимость CVE-2022-4135, затрагивающую графический процессор Chrome и ARM, а также ещё два бага — CVE-2022-38181 (повышение привилегий в ARM) и CVE-2022-3723 (несоответствие используемых типов данных (type confusion)). После успешной атаки злоумышленники сбрасывали неизвестный специалистам пейлоад.

«Когда ARM выпустила патч для CVE-2022-38181, ряд вендоров, включая Pixel, Samsung, Xiaomi, Oppo, не применил его для своих устройств. Это привело к свободной эксплуатации бага в течение нескольких месяцев», — пишет Google TAG.

Вторая похожая кампания, на которую обратили внимание исследователи, задействовала связку эксплойтов, атакующих «родной» мобильный браузер Samsung. На заключительном этапе в систему устанавливалась шпионская программа для Android, написанная на C++.

Samsung Galaxy S22 Ultra начали превращаться в кирпич после сброса настроек

Некоторые владельцы Galaxy S22 Ultra столкнулись с очень странной проблемой: после сброса к заводским настройкам их смартфоны внезапно начинают считаться корпоративными устройствами, якобы принадлежащими некой Numero LLC. Из-за этого телефон блокируется через механизм Knox Mobile Enrollment, а пользователь фактически теряет над ним контроль.

Сценарий у пострадавших почти одинаковый, как описывают в Android Authority и сами пользователи на форуме Samsung.

После сброса до заводских настроек человек подключает смартфон к Wi-Fi и начинает обычную настройку Android, но вместо привычного входа в аккаунт получает экран с предупреждением «This device isn’t private».

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

 

 

Самое неприятное здесь — простыми способами это не лечится. По сообщениям пользователей, повторные сбросы и даже ручная перепрошивка через Odin не помогают. Причина в том, что такая привязка, вероятно, проверяется на уровне IMEI через серверы Samsung: если устройство числится за организацией, профиль MDM подтягивается снова уже во время первоначальной настройки.

Дополнительные подозрения вызывает и сам «администратор». В жалобах фигурирует приложение SAMSUNG ADMIN, а рядом с ним — странный брендинг FRP UNLOCK SAMSUNG и название компании Numero LLC, которую журналисты не нашли в обычных американских реестрах компаний.

 

Почему это вообще могло произойти, пока до конца неясно. Среди возможных версий называют компрометацию аккаунта реселлера с доступом к Knox Mobile Enrollment, использование сторонних сомнительных сервисов разблокировки, а также возможные злоупотребления вокруг корпоративных механизмов Samsung.

Хуже всего то, что пользователи, по их словам, оказываются в замкнутом круге между поддержкой Samsung и командами Knox: одни отправляют к другим, а готового механизма быстро снять такую привязку, похоже, нет. Формально правильный путь — обращаться в Samsung с подтверждением покупки и требовать отвязки IMEI, но на практике это, судя по отзывам, может затянуться надолго.

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