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

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

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

Режим «Инкогнито» в браузере Google Chrome — на протяжении многих лет веб-разработчики детектировали использование этой функции интернет-обозревателя. Это позволяло блокировать пользователей, которые заходят на сайт в приватном режиме. Будучи в курсе такого положения дел, Google наконец занялась вопросом запрета детектирования «Инкогнито».

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

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

Но самым проверенным методом оставался все-таки вызов FileSystem API, который просто отключен в процессе просмотра через «Инкогнито». Этот API, как можно понять из названия, используется приложениями для хранения файлов.

Логика приватного режима — отключить API, чтобы браузер не создавал файлы, которые могут навредить конфиденциальности пользователей Chrome.

Таким образом, веб-разработчики могли детектировать пользователей, зашедших на сайт из режима «Инкогнито», а также блокировать их. Особенно такой подход демонстрировали ресурсы, услуги на которых предлагались по платным подпискам.

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

Чтобы сохранить конфиденциальность пользователя, файловая система будет создана в оперативной памяти, что позволит удалить ее сразу после того, как пользователь закроет браузер.

Работающий над этой функцией разработчик надеется, что она появится в релизе Chrome 74 в качестве опциональной настройки. А в Chrome 76 уже будет активирована по умолчанию.

Напомним, что релиз Chrome 74 запланирован на 23 апреля, Chrome 76 — на 30 июля.

Open source под ударом: число вредоносных пакетов превысило 20 тысяч

«Лаборатория Касперского» сообщила о росте числа вредоносных пакетов в проектах с открытым исходным кодом. По данным телеметрии компании, к концу 2025 года по всему миру было обнаружено 19,5 тыс. таких пакетов — на 37% больше, чем годом ранее. В начале 2026 года их число уже превысило 20 тыс.

Open source давно стал обычной частью современной разработки: компании используют готовые библиотеки, фреймворки и утилиты, чтобы быстрее создавать продукты.

Но у этой удобной модели есть и обратная сторона — злоумышленники всё чаще используют популярные экосистемы для атак на цепочки поставок.

Один из свежих примеров — атака Mini Shai-Hulud, которую в мае 2026 года провела группа TeamPCP. Она была нацелена на npm и PyPI. В результате оказались скомпрометированы более 170 пакетов и сотни вредоносных релизов, включая проекты, связанные с TanStack, Mistral AI, UiPath и OpenSearch Project. Основным вектором стала цепочка уязвимостей в сборочном конвейере GitHub Actions.

В 2026 году были и другие заметные атаки. В марте был скомпрометирован Axios — один из популярных HTTP-клиентов для JavaScript. Злоумышленники получили доступ к аккаунту сопровождающего проекта и опубликовали заражённые версии пакета. Вместо прямого внедрения вредоносного кода в Axios они добавили фантомную зависимость, которая разворачивала кросс-платформенный RAT на macOS, Windows и Linux.

В феврале авторы Notepad++ сообщили о компрометации инфраструктуры из-за инцидента на стороне хостинг-провайдера. По данным Kaspersky GReAT, атакующие использовали несколько цепочек заражения, а среди целей были ИТ-поставщики, госучреждения и финансовые организации в Австралии, Латинской Америке и Юго-Восточной Азии.

В апреле злоумышленники взломали официальный сайт разработчика CPU-Z и HWMonitor и подменили легитимные установщики вредоносными. Период компрометации, по оценке исследователей, составил около 19 часов. За это время были выявлены более 150 жертв в разных странах.

В начале мая эксперты также обнаружили вредоносный код в установщиках DAEMON Tools. Заражёнными оказались версии с 12.5.0.2421 до 12.5.0.2434, распространявшиеся с 8 апреля. Всего было атаковано более 2 тыс. пользователей в более чем ста странах. После массового заражения злоумышленники выбрали около десятка организаций для более точечных атак.

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

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