В Bluetooth 6.1 добавили защиту от слежки и новые режимы RPA

В Bluetooth 6.1 добавили защиту от слежки и новые режимы RPA

В Bluetooth 6.1 добавили защиту от слежки и новые режимы RPA

Bluetooth SIG выкатила новую версию стандарта — Bluetooth 6.1, и там есть ряд нововведений, которые заинтересуют любителей конфиденциальности. Например, защита от слежки и новые режимы Resolvable Private Addresses.

Что нового?

Главный апгрейд — приватность. Bluetooth давно использует так называемые Resolvable Private Addresses (RPA) — это временные адреса, которые подменяют настоящий MAC-адрес устройства, что позволяет не раскрывать гаджет на каждом шагу.

RPA обновлялся каждые 15 минут, как по часам. Проблема? Да, в этом самом «по часам» — слишком предсказуемо, и кто надо мог использовать тайминг для получения настоящего MAC-адреса.

Теперь в Bluetooth 6.1 всё стало случайнее:

  • по умолчанию RPA меняется в рандомный момент между 8 и 15 минутами,
  • а можно настроить любой интервал от 1 секунды до часа.

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

И батарейка скажет спасибо

Вторая важная штука — меньше расхода энергии. Теперь Bluetooth-чип может сам решать, когда обновить RPA, не тревожа при этом процессор устройства. То есть:

  • меньше обращений к памяти,
  • меньше выходов девайса из сна,
  • больше автономности.

Для носимой электроники вроде фитнес-браслетов, наушников и датчиков в IoT — это прям глоток свежего воздуха. Меньше возни с батарейкой — больше времени в работе.

А когда всё это будет?

Вот тут немного терпения. Сам стандарт — да, уже есть. Но чипы с поддержкой Bluetooth 6.1 появятся только в 2026 году (и то, скорее всего, под конец). А полная реализация всех фишек — ещё позже, когда производители всё проверят.

OnePlus 13R отдаёт токен аккаунта любому приложению с нужной строчкой

Исследователи из Doyensec обнаружили в предустановленном ПО OnePlus 13R уязвимость, позволяющую стороннему приложению похитить токен облачной сессии. Пользователю достаточно один раз установить вредонос, дальше тот работает без дополнительных запросов и подтверждений.

Проблема находится в приложении com.oneplus.account, которое управляет аутентификацией в сервисах производителя.

Его открытый компонент OPAccountProvider защищён специальным разрешением com.oneplus.account.READ_ACCOUNT_INFO. Однако разработчики не назначили ему уровень protectionLevel="signature", который ограничил бы доступ приложениями, подписанными OnePlus.

В результате любое стороннее приложение может просто указать нужное разрешение в своём манифесте и обратиться к провайдеру. Тот по определённой команде возвращает токен действующей сессии OnePlus Cloud. Никаких всплывающих окон, пугающих предупреждений и торжественного согласия владельца не требуется.


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

Doyensec сообщила об уязвимости производителю 30 декабря 2025 года. OnePlus признала проблему, оценила её опасность как высокую и в марте 2026 года выплатила исследователям $720.

С исправлением вышло менее бодро. В сентябре специалисты повторно проверили OnePlus 13R с прошивкой CPH2691_16.0.10.500(EX01) и подтвердили, что недоверенное приложение по-прежнему может получить токен, а региональный API его принимает.

При этом полностью воспроизвести изменение данных для аккаунтов США и региона EMEA уже не удалось из-за изменений на стороне сервиса. То есть утечка токена осталась, но полный захват аккаунта на свежей версии пока не подтверждён.

Пользователям рекомендуют не устанавливать приложения из сомнительных источников и следить за обновлениями. OnePlus же осталось добавить к разрешению одно слово — signature.

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