Google Chrome усилит конфиденциальность по части работы с cookies

Google Chrome усилит конфиденциальность по части работы с cookies

Google Chrome усилит конфиденциальность по части работы с cookies

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

Оба нововведения американский интернет-гигант анонсировал на конференции для разработчиков I/O 2019. На данный момент точные даты введения новых функций в эксплуатацию не уточняются, известно только, что это произойдет в этом году.

Самая ожидаемая фича называется «same-site cookies», которая позволит браузеру сделать упор на конфиденциальность при работе с файлами такого типа. Новый подход будет основан на стандарте IETF, над которым разработчики Chrome и Mozilla работают более трех лет.

IETF описывает новый атрибут, который можно указать в HTTP-заголовках — он называется «SameSite». Этот атрибут может установить владелец сайта, благодаря чему можно указать ситуации, в которых cookies-файлы ресурса будут загружаться.

Если значение SameSite установить на «strict», это будет значить, что cookies могут загружаться только «на том же самом сайте». При таких значениях, как «lax» или «none» cookies смогут подгружаться и на сторонних ресурсах.

Таким образом, данная функция проведет черту между файлами cookies, принадлежащими конкретному сайту, и кроссайтовыми cookies.

Google надеется, что разработчики сайтов будут соответствовать новым стандартам и обновят свои ресурсы. В частности, необходимо присвоить файлам cookies, которые используются для конфиденциальных операций (например, для процесса аутентификации и авторизации) значение «same-site cookies».

Если у файлов cookies не будет заголовка SameSite, они автоматически будут считаться кроссайтовыми. Подробнее об этой технологии можно почитать в блоге разработчиков.

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

Будет сделан упор на блокировку техник, которые используют для этих целей рекламодатели.

Напомним, что в преддверии ежегодного фестиваля для разработчиков Google I/O интернет-гигант анонсировал важные нововведения. В скором времени Google начнет удалять данные вашей активности в автоматическом режиме.

Также вчера стало известно, что Google реализует в Chrome для Android новую интересную функцию, которая позволит пользователям обновлять браузер непосредственно из самого приложения, без неоходимости переходить для этих целей в магазин Google Play.

Нейросеть с сюрпризом: AppSec.Track проверит модели из Hugging Face

ML-модель из публичного репозитория может оказаться не только умной, но и с неприятным сюрпризом внутри. AppSec Solutions добавила в платформу AppSec.Track предварительную проверку моделей из Hugging Face. По заявлению компании, это первое российское решение, которое блокирует потенциально опасные модели до их попадания на машины разработчиков и в CI.

Каждый запрошенный через корпоративный репозиторий файл автоматически отправляется в «карантин». Пока идёт сканирование, разработчик не может скачать модель, зато видит статус проверки и своё место в очереди. После анализа платформа решает, пропускать артефакт в корпоративную инфраструктуру или оставить за дверью.

Модели проверяются без запуска. AppSec.Track разбирает файлы PyTorch, TensorFlow, Keras и другие сериализованные форматы, включая вложенные архивы, и ищет код, способный выполниться при загрузке. Обнаруженным угрозам присваивается уровень критичности.

Проблема особенно актуальна для моделей в формате pickle. Они могут содержать исполняемый код, поэтому одной заражённой загрузки достаточно, чтобы злоумышленник закрепился в среде разработки. Обычный сканер зависимостей здесь способен промахнуться: зловред сидит не в пакете, а внутри самой модели.

В AppSec Solutions считают, что со временем индустрия перейдёт на безопасный формат safetensors. Но пока публичные хабы забиты pickle-файлами, доверять модели только за красивые метрики — так себе стратегия.

Второй рубеж защиты работает на этапе сборки. AppSec.Track формирует SBOM и проверяет библиотеки и зависимости по собственной базе уязвимостей. Она охватывает PyPI, npm, Maven, NuGet, CUDA, Julia и другие экосистемы. Фид можно подключить онлайн или развернуть в закрытом контуре.

Политики безопасности настраиваются один раз и затем применяются автоматически. Сама модель проходит досмотр при входе и повторно не сканируется, а её окружение контролируется при каждой сборке. Получается вполне понятный фейс-контроль: нейросеть сначала показывает, что у неё внутри, и только потом идёт работать.

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