Уязвимости Frag Attacks присутствуют в устройствах Wi-Fi с 1997 года

Уязвимости Frag Attacks присутствуют в устройствах Wi-Fi с 1997 года

Уязвимости Frag Attacks присутствуют в устройствах Wi-Fi с 1997 года

Бельгийский исследователь в области кибербезопасности Мати Ванхоф обнаружил ряд уязвимостей, затрагивающих технологию Wi-Fi. Примечательно, что некоторые баги существуют с 1997 года и затрагивают устройства, продаваемые более двух десятилетий.

Выявленному набору уязвимостей дали общее имя — Frag Attacks. Потенциальный злоумышленник, находящийся в зоне действия Wi-Fi, может собрать информацию о владельце целевого устройства и даже запустить код на скомпрометированном девайсе.

Специалист подчёркивает, что Frag Attacks опасны даже в том случае, если все защитные протоколы (вроде WEP и WPA) активированы.

«Три обнаруженные бреши представляют собой изъяны проекта и затрагивают технологию Wi-Fi. Таким образом, эти баги угрожают большинству устройств. Другие дыры существуют из-за ошибок программирования», — объясняет Ванхоф.

«Мои наблюдения показали, что каждое устройство Wi-Fi содержит как минимум одну уязвимость из выявленного набора, однако в среднем на один девайс приходится несколько багов».

 

Ванхоф отметил, что его удивила собственная находка, поскольку за последнее время безопасность Wi-Fi серьёзно шагнула вперёд. К слову, около двух лет назад бельгийский специалист рассказывал об уязвимостях Dragonblood в WPA3.

Общий список брешей в связке Frag Attacks выглядит так:

С пошаговой демонстрацией эксплуатации Frag Attacks можно ознакомиться на видео ниже:

Android 17 запретит приложениям внезапно орать в фоне

Google решила покончить с одной из самых мерзких мобильных неожиданностей: когда давно свёрнутое приложение или забытая вкладка браузера внезапно начинает воспроизводить звук. В Android 17 для этого появился системный механизм Background Audio Hardening.

Теперь приложение сможет включать аудио, запрашивать аудиофокус и менять громкость только при видимом на экране интерфейсе либо при корректно запущенной foreground-службе.

Ограничение действует на все приложения в Android 17, даже если они пока не адаптированы под API 37.

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

Как объясняет Google, нововведение должно остановить случайный запуск звука. Например, приложение могло зависнуть из-за проблем с сетью, быть заморожено системой, а затем очнуться через несколько часов и внезапно продолжить воспроизведение. Другой сценарий — потерянная медиасессия, которая продолжает жить уже без видимого интерфейса и понятной кнопки остановки.

Изменение работает на уровне всей операционной системы, поэтому это не специальное лекарство для Chrome, YouTube или сайтов с наглым автовоспроизведением. Под новые правила попадут браузеры, игры, медиаплееры и остальные приложения.

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

Google также предусмотрела тестирование через ADB: защиту можно включить, отключить или перевести в жёсткий режим, при котором некорректные обращения к аудиоинтерфейсам вызывают явные ошибки.

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