Быстрый SOS на Android забрасывает службы спасения ложными вызовами

Быстрый SOS на Android забрасывает службы спасения ложными вызовами

Быстрый SOS на Android забрасывает службы спасения ложными вызовами

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

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

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

Другие производители Android-устройств обычно реализуют новшества Google в сроки и в объеме по своему усмотрению, если вообще выкатывают апдейт. В итоге проблема, давно решенная в Pixel, преследует пользователей других Android и докучает службам спасения до сих пор.

Как стало известно BBC, за последний месяц количество беззвучных обращений в 999 Девона и Корнуолла увеличилось на 25%. В минувшее воскресенье полиция обоих графств за неполные сутки получила 169 таких ложных сигналов, замедливших работу диспетчеров.

Аналогичная ситуация наблюдается в Шотландии и некоторых странах ЕС, и виной тому в основном невольная самодеятельность Android-устройств. В ответ на запрос о комментарии представитель Google заявил, что OEM-провайдеры должны сами следить за работой опции «Экстренные вызовы» (Emergency SOS) на выпускаемых телефонах, им для этого предоставлены дополнительные руководства и ресурсы ОС.

Из-за фрагментарности экосистемы Android скорого и глобального решения проблемы ждать не приходится. До выхода обновлений пользователям во избежание случайных срабатываний рекомендуется отключить Emergency SOS в настройках (раздел «Безопасность и экстренные случаи»), однако, как отметил репортер Ars Technica, зачастую это сделать непросто.

Настройки у партнеров Google организованы по-разному, и сразу отыскать нужную фичу не всегда удается. В Samsung Galaxy, например, кнопка включения-выключения Emergency SOS может вообще отсутствовать, хотя на сайте вендора подробно рассказано, как управляться с этой опцией.

Брешь в материнках ASUS, MSI и Gigabyte позволяет атаковать до запуска ОС

Уязвимость в материнских платах сразу нескольких крупных производителей позволяет атаковать компьютер ещё до загрузки операционной системы. О проблеме предупредил центр реагирования CERT/CC при Университете Карнеги — Меллона. Речь идёт об ошибке в реализации UEFI и механизма IOMMU, который должен защищать систему от несанкционированного доступа к памяти со стороны подключённых устройств.

На практике во время ранней стадии загрузки прошивка «сообщает», что защита DMA уже включена, хотя IOMMU на самом деле активируется лишь в самый последний момент — прямо перед передачей управления операционной системе.

Этим может воспользоваться злоумышленник, если у него есть физический доступ к устройству. Подключив специально подготовленное PCIe-устройство, атакующий способен получить доступ к данным в памяти, повлиять на начальное состояние системы или даже внедрить код до старта ОС — ещё до того, как заработают любые защитные механизмы Windows или Linux.

Проблема затрагивает материнские платы ASRock, Asus, Gigabyte и MSI — все четыре вендора уже подтвердили наличие уязвимых моделей и выпустили обновления прошивок. При этом, по данным CERT/CC, решения от AMD, AMI, Insyde, Intel, Phoenix Technologies и Supermicro уязвимости не подвержены. Для более чем десятка других производителей статус пока остаётся «неизвестным».

Хотя сценарий атаки выглядит тревожно, эксперты подчёркивают: без физического доступа к компьютеру эксплуатировать уязвимость невозможно. Тем не менее в средах, где устройства могут оказаться в чужих руках — например, в офисах, лабораториях или дата-центрах, — риск нельзя игнорировать.

CERT/CC рекомендует как можно быстрее установить обновления прошивок и соблюдать базовые меры аппаратной безопасности. Особенно это актуально для виртуализированных и облачных сред, где IOMMU играет ключевую роль в изоляции и доверии между компонентами системы.

Уязвимостям присвоены идентификаторы CVE-2025-11901, CVE-2025-14302, CVE-2025-14303 и CVE-2025-14304. О проблеме сообщили исследователи из Riot Games.

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