Google запретит сайтам детектировать режим инкогнито в Chrome

Google запретит сайтам детектировать режим инкогнито в Chrome

Google запретит сайтам детектировать режим инкогнито в Chrome

Google планирует запретить веб-сайтам детектировать режим «инкогнито» в браузере Chrome. С выходом Chrome 76 (релиз намечен на конец июля) ресурсы не смогут проверять доступность API FileSystem — эта техника практикуется веб-разработчиками для отслеживания использования режима приватного просмотра.

Обычно схема действий некоторых веб-ресурсов приблизительно следующая — если сайт детектирует режим «инкогнито», он выводит назойливые просьбы переключиться на обычную вкладку. Как правило, причина кроется в том, что владельцы сайта хотят подсчитать количество посетителей за определенный промежуток времени.

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

«Мы изменили поведение API FileSystem, чтобы сайты не могли отследить использование режима “инкогнито“. В дальнейшем в Chrome будут реализованы меры противодействия похожим способам детектирования приватных вкладок», — говорится в блоге Google.

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

Обновите Telegram для Android: версия 13.2.2 закрыла опасную уязвимость

Telegram исправил уязвимость в HTML-виджетах, которые мессенджер открыл для ботов 9 ноября. Через ошибку скрипт из обычного сообщения мог выйти за пределы песочницы и выполнить машинный код на устройстве. Проблема находилась в движке JavaScript QuickJS, который Telegram использует в собственном форке QuickJS-ng.

Патч описан в журнале изменений песочницы виджетов Telegram на GitHub. Парсер QuickJS принимал конструкцию await using в заголовке цикла даже внутри обычных, неасинхронных функций.

В таком случае движок завершал функцию по пути для асинхронного кода и не закрывал ссылки на ее локальные переменные. Вложенные функции после возврата продолжали обращаться к уже освобожденному участку стека. Такой класс ошибок называют use-after-return.

О проблеме сообщили применительно к Telegram для Android 13.2.1, но, по данным Telegram, она затрагивала все платформы, где собирается форк движка. Исправление внесли 10 ноября: теперь парсер выдает синтаксическую ошибку на такую конструкцию. В тот же день вышла версия Telegram для Android 13.2.2.

Уязвимый код попал в основную ветку QuickJS-ng 16 мая вместе с поддержкой явного управления ресурсами. Ошибку описал разработчик Андреас Рёсдал.

9 ноября он опубликовал в репозитории QuickJS-ng аудит безопасности всего движка, проведенный с помощью модели Claude от Anthropic. В отчете 27 находок, уязвимость с await using в нем третья, с высоким уровнем опасности.

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