Google запретит отслеживать пользователей через cookies в Chrome

Google запретит отслеживать пользователей через cookies в Chrome

Google запретит отслеживать пользователей через cookies в Chrome

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

Основная задача, согласно замыслу интернет-гиганта, — переработать механизм внедрения файлов cookies в браузер пользователей.

Специализирующиеся на рекламе компании привыкли помешать cookies на сторонние веб-сайты, чьими владельцами они не являются. Команда Google убеждена, что для повышения конфиденциальности пользователей этому стоит положить конец.

Кстати, Apple ещё в 2017 году решила бороться с методами рекламных компаний, реализовав в браузере Safari похожую концепцию. Однако долю Safari на рынке нельзя сравнивать с Chrome — последний более чем в три раза превосходит браузер от Apple.

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

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

Критическая уязвимость в плагине WPvivid Backup затронула 900 000 сайтов

Уязвимость, выявленная в популярном WordPress-плагине для создания резервных копий, позволяет без аутентификации загрузить на сайт вредоносный код PHP и запустить его на исполнение. Патч включен в состав WPvivid Backup & Migration 0.9.124.

Уязвимости подвержены все прежние версии продукта. Ввиду высокой опасности и масштабности проблемы (на счету WPvivid Backup уже свыше 900 тыс. установок) пользователям настоятельно рекомендуется произвести обновление.

Правда, в блог-записи Wordfence сказано, что CVE-2026-1357 (9,8 балла CVSS) критична лишь для тех, у кого настройки плагина предусматривают обработку сгенерированным ключом — в обеспечение загрузки резервных копий с других сайтов. По умолчанию эта возможность отключена, а срок действия ключа ограничен 24 часами.

Согласно описанию, причин появления уязвимости две: неадекватная обработки ошибок при расшифровке по RSA и отсутствие санации пути при записи загруженных файлов.

Как оказалось, когда плагин тщетно пытался расшифровать сеансовый ключ, он не завершал выполнение, а передавал ложное значение $key в phpseclib для инициализации шифрования.

Криптобиблиотека воспринимала его как строку нулевых байтов, что открыло возможность для шифрования полезной нагрузки дефолтным, легко угадываемым 0-байтовым ключом.

 

Ситуацию усугубило отсутствие проверок типа файлов и их расширений в функции send_to_site(). Это провоцировало выход за пределы защищенного каталога резервных копий — загрузку на сервер произвольного PHP-кода с записью в публично доступные места с тем, чтобы он каждый раз отрабатывал в браузере.

Апдейт, устраняющий эти недостатки, вышел 28 января. Автор опасной находки получил 2145 долларов в рамках программы Wordfence Bug Bounty.

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