Баг Android-версии позволял контролировать Firefox в одной Wi-Fi-сети

Баг Android-версии позволял контролировать Firefox в одной Wi-Fi-сети

Баг Android-версии позволял контролировать Firefox в одной Wi-Fi-сети

С помощью уязвимости в Android-версии Firefox потенциальный злоумышленник мог получить контроль над браузерами, находящимися с ним в одной Wi-Fi-сети, а также  заставить пользователей перейти на вредоносные и фишинговые сайты. Mozilla уже пропатчила этот баг.

Брешь в Firefox выявил Крис Моберли, австралийский исследователь в области кибербезопасности, работающий на проекте GitLab.

Сама проблема кроется в компоненте браузера SSDP (Простой протокол обнаружения сервисов), именно с его помощью Firefox находит другие устройства в той же сети. Это удобно в том случае, когда нужно поделиться контентом.

Когда Firefox обнаруживает другой девайс, SSDP получает местоположение XML-файла, в котором хранится конфигурация устройства. Однако, по словам Моберли, в старых версиях Firefox можно было скрывать команды Android «Intent» в этом XML, а браузер мог их выполнить — например, перейти по ссылке.

Специалист описал следующий способ эксплуатации уязвимости: атакующий, находясь в аэропорту или торговом центре, подключается к сети Wi-Fi и запускает на ноутбуке скрипт, заваливающий сеть вредоносными SSDP-пакетами.

Любой владелец Android-устройства, использующий для веб-сёрфинга Firefox, в случае такой атаки будет перенаправлен на тот URL, который нужен злоумышленнику. Более того, с помощью этого же сценария можно установить злонамеренное расширение для браузера.

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

С выходом Firefox 79 Mozilla устранила уязвимость, однако ещё не все пользователи успели установить эту версию браузера.

Apple научит iPhone доказывать, что снимок сделан камерой, а не нейросетью

Apple разрабатывает функцию Reference Image, которая позволит подтвердить, что фотография снята камерой конкретного iPhone, а не сгенерирована нейросетью. Система будет использовать уникальные данные, связанные с аппаратными компонентами камеры.

Упоминания нового механизма обнаружили в коде iOS 27 beta 5.

Для этого в приложении появится отдельный режим Reference. Включить его можно будет через настройки камеры, однако по умолчанию функция останется выключенной.

Есть важный нюанс: обычный снимок нельзя будет задним числом превратить в эталонный. Фотографию потребуется изначально сделать в режиме Reference, чтобы сохранить сведения о её происхождении. После этого пользователь сможет отправить изображение на проверку и получить уникальный идентификатор.

Аутентификацией займётся инфраструктура Private Cloud Compute. Apple утверждает, что не получит доступа к исходному снимку: компании передадут только отдельные показания сенсоров и метаданные. Если какой-либо датчик признают скомпрометированным, связанные с ним подтверждения могут отозвать. Фотографическая репутация, получается, тоже бывает аннулирована.

 

Проверенные снимки разрешат отправлять другим пользователям. Совместимые устройства смогут локально определить их подлинность, не сообщая Apple, какие именно изображения просматривает человек.

При передаче всех данных вместе с фотографией в файл могут попасть аппаратные идентификаторы и необрезанные фрагменты. Для копирования по USB также готовится настройка Transfer with Provenance, сохраняющая сведения о происхождении снимка.

Пока Reference Image официально не представлена, поэтому сроки запуска неизвестны.

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