Google: Российские хакеры использовали 0-day в Safari на площадке LinkedIn

Google: Российские хакеры использовали 0-day в Safari на площадке LinkedIn

Google: Российские хакеры использовали 0-day в Safari на площадке LinkedIn

Команда специалистов в области кибербезопасности из Google рассказала подробности эксплуатации четырёх уязвимостей нулевого дня (0-day), фигурировавших в атаках якобы российских хакеров. Все бреши выявили исследователи из Google Threat Analysis Group (TAG) и Google Project Zero.

Как отметили эксперты, 0-day присутствовали в Google Chrome, Internet Explorer и браузерном движке WebKit. Уязвимости получили следующие идентификаторы:

«Мы связали три эксплуатируемые бреши с поставщиком кибершпионских инструментов, который снабжает правительственные группировки. Судя по всему, один из клиентов этого вендора — российская APT-группа», — объясняют ИБ-специалисты.

«За первую половину 2021 года в реальных атаках использовались 33 эксплойта для 0-day, что на 11 больше, чем общее количество за 2020 год», — добавили в блоге эксперты Google.

Что касается атак, приписываемых российским киберпреступникам, в них злоумышленники использовали уязвимость CVE-2021-1879 (в WebKit/Safari). Платформой в этом случае выступала социальная сеть LinkedIn, которую атакующие использовали для рассылки сообщений высокопоставленным чиновникам. Такие послания содержали вредоносную ссылку.

В зоне риска находились те получатели, которые использовали версии мобильной операционной системы iOS с 12.4 по 13.7. Microsoft считает, что за этими атаками стоит группировка Nobelium, которой также приписывают взлом SolarWinds.

Подпишитесь на новости

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

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

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

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

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

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

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

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

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

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