В 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 году (и то, скорее всего, под конец). А полная реализация всех фишек — ещё позже, когда производители всё проверят.

В Intel TDX обнаружены уязвимости с риском утечки данных

Intel вместе с Google провела масштабный аудит технологии Trust Domain Extensions (TDX), процессе которого обнаружилось немало проблем. За пять месяцев работы специалисты выявили пять уязвимостей, а также 35 багов и потенциальных слабых мест в коде.

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

По сути, TDX создаёт изолированные «доверенные домены» (Trust Domains), которые должны гарантировать конфиденциальность и целостность данных.

Проверкой занимались исследователи Google Cloud Security и команда Intel INT31. Они анализировали код TDX Module 1.5 — ключевого компонента, отвечающего за работу механизма на высоком уровне. В ход пошли ручной аудит, собственные инструменты и даже ИИ.

В результате обнаружены пять уязвимостей (CVE-2025-32007, CVE-2025-27940, CVE-2025-30513, CVE-2025-27572 и CVE-2025-32467). Их можно было использовать для повышения привилегий и раскрытия информации. Intel уже выпустила патчи и опубликовала официальное уведомление.

Самой серьёзной Google называет CVE-2025-30513. Она позволяла злоумышленнику фактически обойти механизмы безопасности TDX. Речь идёт о сценарии, при котором во время миграции виртуальной машины можно было изменить её атрибуты и перевести её в режим отладки.

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

Google опубликовала подробный технический отчёт (PDF) объёмом 85 страниц, а Intel — более краткое описание результатов совместной работы.

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