Браузер Arc запустил Bug Bounty после обнаружения RCE-уязвимости

Браузер Arc запустил Bug Bounty после обнаружения RCE-уязвимости

Браузер Arc запустил Bug Bounty после обнаружения RCE-уязвимости

Разработчики браузера Arc запустили программу по поиску уязвимостей в коде. Теперь сторонние исследователи в области кибербезопасности смогут сообщать о багах и получать вознаграждения от компании.

Поводом для запуска Bug Bounty стала недавно выявленная критическая уязвимость под идентификатором CVE-2024-45489, с помощью которой злоумышленники могли удалённо выполнить вредоносный код.

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

Согласно описанию от специалистов, CVE-2024-45489 могла иметь катастрофические последствия и затрагивала функциональность кастомизации — «Boosts».

Изменив идентификатор кастомизатора Boosts, исследователи смогли запустить JavaScript-код в браузере условной жертвы. За информацию об уязвимости разработчики выплатили 2000 долларов, а 26 августа вышел соответствующий патч.

Чтобы вовремя обнаруживать и устранять такие бреши, Browser Company запустила программу Bug Bounty. В настоящий момент она распространяется на версии Arc для систем macOS а Windows, а также на Arc Search для iOS.

Суммы вознаграждений варьируются следующим образом:

  • За сведения о критической уязвимости (эксплойт должен работать без взаимодействия с пользователем) можно получить от 10 до 20 тысяч долларов.
  • За бреши высокой степени риска, раскрывающие конфиденциальные данные, предлагается от 2 500 до 10 000 долларов.
  • Дыры средней степени риска принесут исследователям от 500 до 2 500 долларов.
  • Низкая степень риска — до $500.

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

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

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

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

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

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

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

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

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

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