Mail.ru опровергла слухи о помощи Роскомнадзору в блокировке Telegram

Mail.ru опровергла слухи о помощи Роскомнадзору в блокировке Telegram

Mail.ru опровергла слухи о помощи Роскомнадзору в блокировке Telegram

Представители Mail.ru Group, комментируя сообщения о блокировке прокси для Telegram, заявили, что компания не участвует в поиске и блокировке прокси-серверов, используемых для обхода блокировки мессенджера. Mail.ru Group выступает «за свободный интернет», подчеркнули в компании.

Представители компании, однако, подтвердили, что подобная деятельность (поиск и блокировка прокси-серверов) действительно осуществлялась в облачном сервисе Mail.Ru Group, но сама компания не имеет к ней никакого отношения.

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

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

«Например, несколько дней назад активистами на них также были размещены прокси-сервера для обхода блокировок Telegram, за что несколько наших IP-адресов были заблокированы Роскомнадзором», — продолжает сотрудник Mail.Ru Group.

Также вчера мы сообщали, что Роскомнадзор хочет подвести законные основания под борьбу с обходом блокировок. Официальный правительственный портал Regulation.gov.ru опубликовал новую версию проекта приказа Роскомнадзора «Порядок идентификации информационных ресурсов в целях принятия мер по ограничению доступа к информационным ресурсам».

В этой версии добавлен пункт, дающий Роскомнадзору основание для внесения сайтов в реестр запрещенных ресурсов для блокировки: «судебные решения и постановления по делам об административных правонарушениях, вступившие в законную силу».

 

Android 17 спрячет от провайдеров названия посещаемых сайтов

Google добавит в Android 17 платформенную поддержку Encrypted Client Hello (ECH) — технологии, которая скрывает доменное имя сайта на начальном этапе установки защищённого соединения. Провайдерам и владельцам Wi-Fi станет сложнее определять, куда именно ходит пользователь.

Обычный HTTPS шифрует содержимое соединения, но имя запрашиваемого сайта может оставаться видимым в поле Server Name Indication.

ECH закрывает и эту щель, шифруя ClientHello — первую часть TLS-рукопожатия. Технология работает вместе с частным DNS.

Chrome и Firefox уже поддерживают ECH, но Android 17 внедрит защиту на уровне платформы. Она будет включена по умолчанию для приложений, ориентированных на новую версию ОС и использующих совместимые сетевые библиотеки — актуальные OkHttp, WebView или HttpEngine.

 

Если сервер не поддерживает ECH, Android отправит поле-пустышку ECH GREASE. Само доменное имя при этом останется видимым, зато защищённые соединения не будут выделяться среди остальных.

Подразделение Google Jigsaw протестировало механизм на 10 тыс. популярных доменов и в сетях 740 провайдеров из 202 стран, не обнаружив проблем с загрузкой сайтов.

Android 17 также потребует от приложений разрешение на поиск устройств в локальной сети, включит Certificate Transparency по умолчанию и позволит участвующим операторам автоматически отключать 2G для защиты от поддельных базовых станций и СМС-бластеров.

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

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