BLESA — Bluetooth-атака, затрагивающая миллиарды мобильных устройств

BLESA — Bluetooth-атака, затрагивающая миллиарды мобильных устройств

BLESA — Bluetooth-атака, затрагивающая миллиарды мобильных устройств

Миллиарды ноутбуков, планшетов и «умных» устройств используют технологию Bluetooth, уязвимую перед новой формой спуфинг-атаки. Проблема безопасности затрагивает протокол «Bluetooth с низким энергопотреблением» (Bluetooth Low Energy, BLE). Новый вектор атаки назвали BLESA (Bluetooth Low Energy Spoofing Attack).

Протокол «Bluetooth с низким энергопотреблением» был разработан для экономии заряда батареи девайса при поддержании активного Bluetooth-соединения в течение максимально возможного времени.

Благодаря бережному отношению к аккумулятору BLE стал невероятно популярен за последние десять лет. Другими словами, сложно представить себе мобильное устройство, опирающееся на заряд батареи, без Bluetooth Low Energy.

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

Однако раньше все исследования ограничивались процессом создания пары и, по сути, игнорировали большую часть BLE. Теперь же семь специалистов Университета Пердью сосредоточились на другой важной составляющей протокола — переподключении.

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

Тем не менее специалисты выяснили, что официальные спецификации BLE недостаточно описывают процесс переподключения. В результате в имплементацию протокола закрались две системные ошибки:

  1. Аутентификация при переподключении необязательна, скорее — опциональна.
  2. Аутентификацию можно обойти.

Именно так появилась почва для атаки BLESA. Исследователи записали видеоролики, в которых демонстрируется этот вектор.

 

С подробным отчётом экспертов можно ознакомиться в документе «BLESA: Spoofing Attacks against Reconnections in Bluetooth Low Energy» (PDF, PDF).

Режим максимальной защиты в Android может оставить Chrome без WebGPU

Google, похоже, решила ещё сильнее закрутить гайки в режиме Advanced Protection Mode на Android. На этот раз речь идёт о WebGPU в Chrome — функции полезной и современной, но, как выясняется, не самой спокойной с точки зрения безопасности.

Advanced Protection Mode появился в Android 16 как режим защиты «в один клик». Он рассчитан в первую очередь на пользователей из группы повышенного риска — например, тех, кто может стать целью сложных кибератак, шпионских кампаний или попыток кражи данных. При его включении система активирует самые жёсткие защитные механизмы Android.

Теперь Google тестирует ещё одну меру: отключение WebGPU API в Chrome, если пользователь включает Advanced Protection Mode. Следы новой настройки обнаружили в Google Play Services v26.10.31.

В интерфейсе она выглядит вполне прямо: «Turn off WebGPU to help protect against security threats», то есть WebGPU предлагается выключить ради снижения рисков.

 

Сам WebGPU — это API, который позволяет веб-приложениям использовать графический процессор устройства для сложных вычислений и более быстрой отрисовки графики прямо в браузере. По сути, это более современный наследник WebGL с лучшей совместимостью с актуальными GPU, поддержкой вычислений общего назначения и доступом к более продвинутым графическим возможностям.

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

Сейчас WebGPU включён по умолчанию в Chrome 121 и новее на устройствах с Android 12+, если они используют Qualcomm или ARM GPU. То есть технология уже работает на довольно большом числе современных смартфонов.

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

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