Сайты обошли запрет детектирования режима Инкогнито в Chrome

Сайты обошли запрет детектирования режима Инкогнито в Chrome

Сайты обошли запрет детектирования режима Инкогнито в Chrome

После того как Google запретил владельцам сайтов отслеживать использование режима «Инкогнито» в браузере Chrome, веб-девелоперы нашли два новых способа обхода этих ограничений. В ответ на это интернет-гигант пообещал закрыть и эти лазейки.

Все началось с того, что исследователь Викас Мишра обнаружил, что сайты все ещё могут детектировать использование приватного режима просмотра в браузере Chrome. Для этого им надо всего лишь посмотреть на объём пространства, которое Filesystem API выделяет веб-ресурсу.

Дело в том, что при использовании режима «Инкогнито» сайту выделяется всего лишь 120 Мб для хранения данных. В обычном режиме просмотра этот размер существенно больше.

Джесси Ли, другой эксперт, провёл собственное тестирование и нашёл ещё один метод детектирования «Инкогнито». Способ Ли завязан на тайминге — измеряется скорость записи в API. В нормальном режиме просмотра она значительно ниже.

Отмечается, что New York Times, например, использует метод с размером выделяемого хранилища для детектирования режима «Инкогнито».

Разработчики Chromium уже работают над устранением этих двух лазеек.

Напомним, что в конце июля Google выпустила новую версию своего браузера Chrome под номером 76.0.3809.87. В этом релизе разработчики сделали еще один шаг в сторону отказа от Flash, а также запретили сайтам детектировать режим «инкогнито».

В Ubuntu нашли опасный путь к root через штатные компоненты

Исследователи из Qualys Threat Research Unit описали новую уязвимость повышения привилегий в Ubuntu Desktop 24.04 и новее. Она получила идентификатор CVE-2026-3888 и неприятна тем, что дело не в одной «кривой строчке кода», а в неудачном взаимодействии двух вполне штатных и привилегированных компонентов системы.

Речь идёт о связке snap-confine и systemd-tmpfiles. Первый отвечает за изоляцию snap-приложений и работает с повышенными правами, второй занимается уборкой временных каталогов вроде /tmp.

По данным Qualys, проблема возникает в тот момент, когда systemd-tmpfiles удаляет критически важный каталог /tmp/.snap, который потом снова используется snap-confine.

Если злоумышленник успевает подменить его своим содержимым до следующей инициализации песочницы, привилегированный процесс может подхватить вредоносные файлы и фактически выполнить произвольный код с правами root.

Атака требует времени: в Ubuntu 24.04, как утверждают исследователи, нужно дождаться окна очистки примерно в 30 дней, а в более новых версиях — около 10 дней. Именно поэтому сложность эксплуатации оценивается как высокая. Но если всё складывается, полная компрометация хоста гарантирована.

Уязвимыми Qualys называет версии ниже 2.73+ubuntu24.04.1 для Ubuntu 24.04 LTS, ниже 2.73+ubuntu25.10.1 для Ubuntu 25.10 и ниже 2.74.1+ubuntu26.04.1 для ветки Ubuntu 26.04 Dev. Исследователи отдельно советуют ставить обновления даже на более старые системы — от 16.04 до 22.04 — если там есть нетиповые конфигурации.

При этом Canonical в любом случае публикует патчи через Ubuntu Security Notices, так что пользователям Ubuntu здесь лучше просто проверить обновления и версию snapd на своих машинах.

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