В Firefox активирован защитный механизм Total Cookie Protection

В Firefox активирован защитный механизм Total Cookie Protection

В Firefox активирован защитный механизм Total Cookie Protection

Компания Mozilla выпустила Firefox 86, включив опцию Total Cookie Protection для режима усиленной (строгой) защиты. Новая функциональность обеспечивает жесткую привязку файлов cookies к их источнику и блокирует, таким образом, отслеживание перемещения пользователя между сайтами на основе совместного использования куки, установленных в браузере.

Механизм Total Cookie Protection создает отдельное хранилище для куки каждого сайта, на который заходит пользователь. В комбинации с введенным в прошлом месяце сегментированием хранилищ данных (Client-Side Storage Partitioning, в Firefox реализовано как Supercookie Protections) это нововведение, по замыслу разработчиков, должно обеспечить надежную защиту от отслеживания действий пользователя в интернете.

Исключение составят сервисы, не связанные с трекингом, — к примеру, популярные службы единого входа (SSO). Доступ к сторонним куки таким провайдерам будет разрешен.

Бороться с интернет-трекингом Mozilla начала в 2019 году, включив в Firefox дефолтный режим Enhanced Tracking Protection (ETP). В январе 2020-го вышел Firefox 72 с автоматической блокировкой скриптов, снимающих цифровые отпечатки для отслеживания активности пользователей в Сети. Функциональность Supercookie Protections была активирована в Firefox 85, а теперь ETP заработал в полную силу, реализуя все заложенные в нем технологии. Просмотреть или изменить настройки этого режима для конкретного сайта можно под значком щита слева от адресной строки.

Из других нововведений в Firefox 86 можно отметить поддержку одновременного открытия нескольких окон с видео в режиме Picture-in-Picture, новый интерфейс предпросмотра документа перед выводом на печать, дефолтную поддержку формата изображений AVIF, а также отказ от DTLS 1.0 с переводом на DTLS 1.2 для WebRTC-соединений.

Из 12 новых уязвимостей, устраненных в браузере Mozilla, пять оценены как высоко опасные. Две из них (CVE-2021-23978 и CVE-2021-23979) представляют собой множественные баги порчи памяти, которые теоретически можно использовать для выполнения стороннего кода.

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

Уязвимость MadeYouReset в HTTP/2 позволяет обойти защиту и вызвать DoS

Исследователи выявили новую уязвимость в HTTP/2 под названием MadeYouReset, которая может использоваться для проведения мощных DoS-атак. Проблема затрагивает несколько популярных реализаций протокола, включая Apache Tomcat, F5 BIG-IP и Netty, и уже получила общий идентификатор — CVE-2025-8671.

Главная опасность в том, что MadeYouReset позволяет обойти стандартное ограничение в 100 одновременных запросов на одно TCP-соединение, которое обычно защищает сервер от перегрузки.

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

Техника основывается на предыдущей атаке Rapid Reset, но при этом полностью обходит защиту от неё. Вместо того чтобы отправлять RST_STREAM кадры от клиента, злоумышленник провоцирует сам сервер отправить их, используя шесть разных способов нарушения работы протокола — например, передачу кадров PRIORITY с неправильной длиной или отправку данных после закрытия потока.

Это создаёт ситуацию, когда сервер сбрасывает поток, но продолжает обрабатывать запрос в бэкенде, что приводит к истощению ресурсов.

CERT/CC предупреждает: уязвимость вызвана несоответствием между спецификацией HTTP/2 и реальной архитектурой веб-серверов. Эксперты Imperva отмечают, что это ещё одно напоминание о необходимости защищать инфраструктуру от тонких, формально корректных атак.

Интересно, что на фоне этой новости компания PortSwigger рассказала о новой волне атак на HTTP/1.1 — так называемых HTTP request smuggling, где за счёт неоднозначности в обработке запросов можно обходить фильтры и захватывать сайты. Эксперты напоминают: HTTP/2 в этом плане куда безопаснее, но он должен использоваться не только на «входе» в инфраструктуру, но и во внутренних соединениях между прокси и серверами.

На днях мы писали о проблеме HTTP/1.1, угрожающей миллионам сайтов. Речь идёт о так называемых HTTP-атаках десинхронизации — когда злоумышленник отправляет специально оформленные запросы, которые сервер и прокси-системы интерпретируют по-разному.

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

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