В Firefox буду отключены API для датчиков приближения и освещения

В Firefox буду отключены API для датчиков приближения и освещения

В Firefox буду отключены API для датчиков приближения и освещения

Начиная с версии Firefox 60, релиз которой запланирован на май 2018 года, сайты не смогут использовать этот браузер для доступа к датчикам, предоставляющим информацию о приближении и окружающем освещении.

В настоящее время такой доступ у сайтов есть благодаря реализованным в Firefox API, известным как W3C Proximity и Ambient. Однако разработчики Mozilla приняли решение отключить доступ по умолчанию к этим двум API.

Сами API не будут удалены, добавятся лишь две настройки, контролирующие их состояние, они буду отключены по умолчанию. На деле это будет значить, что пользователю придется вручную активировать два «флажка», прежде чем какой-либо сайт сможет получить данные с датчика приближения и окружающего освещения.

Эти две настройки будут доступны на странице настроек Firefox about:config. На скриншоте ниже показана последняя версия Firefox Nightly, в которой две эти настройки отключены.

Также в новой версии Firefox разработчики предусмотрели еще три настройки, которые отвечают за следующее: включить или отключить все API для датчиков, включить или отключить API датчика ориентации устройства и включить или отключить API Motion Sensor.

device.sensors.enabled
device.sensors.orientation.enabled
device.sensors.motion.enabled

Эти три настройки по умолчанию будут активированы, так как доступ к ним необходим многим сайтам.

Причиной отключения по умолчанию API датчика приближения и освещения стало исследование эксперта Лукаша Олейника, в котором эксперт продемонстрировал возможные способы атак на этот API, которые могут осуществить злоумышленники и рекламные сети.

Например, Олейник утверждал, что W3C Proximity Sensor API может позволить веб-сайтам и рекламодателям запрашивать местоположение соседних объектов в отношении смартфона или планшета пользователя. Кроме того, он также утверждал, что вредоносные сайты могут использовать API W3C Ambient Light Sensor для кражи данных браузера.

Бреши в 7-Zip позволяют запускать файлы и отключают проверку SmartScreen

Microsoft Defender для конечных точек может пропустить тщательно подготовленный зловред, но это ещё не означает победу атакующего. В ходе фишингового теста маяк Sliver в оболочке ShellcodePack не вызвал ни статического обнаружения, ни поведенческого предупреждения и успешно связался с сервером управления.

Однако при загрузке через браузер и запуске из Проводника его мгновенно остановил Windows SmartScreen.

Секрет оказался в метке происхождения файла — Mark of the Web (MotW). Браузеры добавляют к загруженным из интернета объектам поток Zone.Identifier со значением ZoneId=3.

SmartScreen видит его, проверяет репутацию файла в облаке Microsoft и блокирует неизвестные неподписанные программы. Defender при этом работает отдельно и может вообще не заметить угрозу.

Но вся эта защитная магия рассыпается, если MotW исчезает. И здесь на сцену выходит 7-Zip. Распространение метки на извлечённые файлы в архиваторе остаётся отключённым по умолчанию: параметр Propagate Zone.Id stream установлен в положение No. Распакованный файл теряет интернет-клеймо, а SmartScreen не получает повода вмешаться.

Проблема уже вышла за рамки спорной настройки. Уязвимость CVE-2025-0411 позволяла сбрасывать MotW через вложенные архивы; её исправили в 7-Zip 24.09. Позднее обнаружили CVE-2026-58052: версии до 26.02 могли некорректно обрабатывать метку при распаковке специально подготовленных RAR5-архивов. Патч появился в версии 26.03.

Вывод для простой: нужно обновить 7-Zip, принудительно включить перенос Zone.Id и проверить SmartScreen на реальных рабочих станциях. Потому что обойти EDR — ещё половина дела. Но если архиватор сам снимет с файла красный флажок, последняя линия защиты может даже не узнать, что пора спасать пользователя.

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