Критическая 0-click в чипсетах MediaTek угрожает смартфонам и роутерам

Критическая 0-click в чипсетах MediaTek угрожает смартфонам и роутерам

Критическая 0-click в чипсетах MediaTek угрожает смартфонам и роутерам

Критическая уязвимость класса Zero-Click затрагивает Wi-Fi-чипсеты и связки драйверов MediaTek, которые используются в смартфонах и маршрутизаторах от известных производителей: Ubiquiti, Xiaomi и Netgear.

На проблему обратили внимание исследователи из SonicWall Capture Labs. Брешь получила идентификатор CVE-2024-20017 и 9,8 балла по шкале CVSS.

В случае успешной эксплуатации злоумышленники могут удалённо выполнить код без какого-либо взаимодействия с пользователем. Что ещё хуже — недавно в Сеть выложили демонстрационный эксплойт (PoC).

Уязвимость затрагивает MediaTek SDK 7.4.0.1 и более ранние версии, а также OpenWrt 19.07 и 21.02. Пользователям рекомендуют как можно скорее установить патчи от MediaTek.

CVE-2024-20017 представляет собой возможность записи за пределами границ и кроется в сетевом «демоне» wappd, который отвечает за настройку и управление беспроводными интерфейсами и точками доступа.

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

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

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

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

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

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

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

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

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

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

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