Роскомнадзор требует от операторов не препятствовать работе ТСПУ

Роскомнадзор требует от операторов не препятствовать работе ТСПУ

Роскомнадзор требует от операторов не препятствовать работе ТСПУ

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

После проблем со скоростью YouTube, которые стали заметны к началу августа, российские операторы, многие из которых в договорах с абонентами в качестве одного из параметров качества услуги часто указывали доступ к популярному видеохостингу, столкнулись с оттоком абонентов или требованием существенных скидок.

Многие из операторов начали самостоятельно обходить блокировки. По данным издания «КоммерсантЪ», количество таких случаев уже измеряется десятками.

Операторы апеллировали к тому, что YouTube не внесен в список ресурсов, которые заблокированы. Генеральный директор компании «ОрдерКом», глава Ассоциации малых операторов связи России к.ю.н. Дмитрий Галушко отметил, что согласно Постановлению правительства №127 операторы имеют полное право пропускать мимо ТСПУ «информацию или трафик с информационных ресурсов, доступ к которым не подлежит ограничению в соответствии с законодательством РФ, но доступ к которым ограничивается».

Сам Роскомнадзор не признавал факт блокировки или замедления YouTube. Однако «Российская Газета» еще 26 июля получила следующий комментарий от пресс-службы регулятора:

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

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

Однако один из топ-менеджеров телеком-сферы заявил изданию, что компании отчитаются перед Роскомнадзором о формальном принятии мер:

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

В письме руководителю Роскомнадзора Андрею Липову от ассоциации АМОР также обращают внимание на то, что в действующем законодательстве отсутствуют указанные в  письме ФГУП «ГРЧЦ» термины «фрагментация трафика», «подмена трафика» и «искажение трафика», а также то, какие меры операторы должны принять для того, чтобы исключить противодействие данным мерам со ссылками на нормативные акты.

В Google Chrome усложнили кражу cookie — новая защита от угона сессий

Google перевела функцию Device Bound Session Credentials (DBSC) в общую доступность для пользователей Chrome на Windows. Теперь эта защита работает в Chrome 146 и должна заметно осложнить жизнь тем, кто крадёт сессионные cookies, чтобы потом входить в чужие аккаунты без пароля.

Принцип работы DBSC кроется в том, что браузер не просто хранит cookie, а криптографически привязывает сессию к конкретному устройству.

Даже если зловред украдёт cookie из браузера, использовать их на другой машине будет уже гораздо труднее — по сути, они быстро потеряют ценность для атакующего.

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

 

DBSC должна ломать именно такой сценарий. На Windows технология опирается на Trusted Platform Module, а на macOS — на Secure Enclave. С их помощью создаётся уникальная пара ключей, причём закрытый ключ не покидает устройство. Когда сайту нужно выдать новую короткоживущую cookie, Chrome должен доказать, что у него есть нужный закрытый ключ. Если ключ не на том устройстве, схема просто не срабатывает.

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

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

Пока публичный запуск ограничен Windows-пользователями Chrome 146, но Google уже подтвердила, что поддержку macOS добавят в одном из следующих релизов. Компания также заявила, что после начала внедрения DBSC уже заметила заметное снижение случаев кражи сессий.

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