{"id":14276,"url":"\/distributions\/14276\/click?bit=1&hash=721b78297d313f451e61a17537482715c74771bae8c8ce438ed30c5ac3bb4196","title":"\u0418\u043d\u0432\u0435\u0441\u0442\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0432 \u043b\u044e\u0431\u043e\u0439 \u0442\u043e\u0432\u0430\u0440 \u0438\u043b\u0438 \u0443\u0441\u043b\u0443\u0433\u0443 \u0431\u0435\u0437 \u0431\u0438\u0440\u0436\u0438","buttonText":"","imageUuid":""}

Mail.Ru Group заблокировала пользователя, который помогал Роскомнадзору «ловить» прокси для Telegram Статьи редакции

Так компания ответила на обвинения в помощи регулятору.

В Mail.Ru Group заявили, что холдинг не помогал Роскомнадзору находить прокси-серверы, которые использовались для обхода блокировки Telegram, передаёт РБК. Утром 24 апреля ИТ-специалисты решили, что компания помогает ограничивать средства для обхода блокировок.

По словам представителя компании, в ночь на 24 апреля её специалисты обнаружили, что кто-то использовал арендованные виртуальные серверы в облачном сервисе Mail.Ru Group для поиска и блокировки прокси-серверов, через которые мог работать Telegram.

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

пресс-служба Mail.Ru Group

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

Ранее 24 апреля исполнительный директор Общества защиты интернета Михаил Климарев сообщил в своём Telegram-канале «ЗаТелеком» о жалобах пользователей на блокировку приватных VPN и прокси-серверов. По его мнению, Mail.Ru Group несколько дней «сканировала интернет» на предмет наличия связанных с Telegram прокси, созданных с IP-адресов холдинга, а затем передавала информацию Роскомнадзору для блокировки.

Роскомнадзор начал банить даже те прокси, которые никогда реально не пропускали трафик пользователей и вообще себя никак не проявляли. Стали собирать логи. Нашли, что первый запрос всегда от Mail.Ru, затем — бан.

Михаил Климарев, исполнительный директор Общества защиты интернета

Климарев призвал своих подписчиков удалить аккаунты в принадлежащих Mail.Ru Group социальных сетях — «ВКонтакте» и «Одноклассниках», а также не пользоваться электронной почтой на Mail.Ru, рекламными инструментами и отказаться от счётчиков компании.

Журналист «Эха Москвы» Александр Плющев заметил, что сканирование проводилось в том числе с IP-адресов 128.140.175.98 и 128.140.175.97. По данным сервиса Whois, они относятся к Центру управления сетью Mail.Ru NOC (NOC – Network Operations Center). Плющев предположил, что адреса облака должны относиться к Mail.Ru Cloud.

0
94 комментария
Написать комментарий...
Alexander Matveev
её специалисты обнаружили, что кто-то использовал арендованные виртуальные серверы в облачном сервисе Mail.Ru Group для поиска и блокировки прокси-серверов, через которые мог работать Telegram

Как кто-то с помощью VPS искал и блокировал прокси? И как это обнаружилось? Попахивает бредом

Ответить
Развернуть ветку
Vitaly Markov

Почему бред? Nmap'ом сканируем стандартные порты socks5, устанавливаем соединение с прокси, проверяем доступность Telegram. Если доступен, то сливаем адрес прокси в РКН для последующей блокировки. А облако mail, а не собственные мощности дабы не палиться, плюс на месте владельцев прокси я бы сразу лочил известные адреса, которые принадлежат РКН и другим гос. структурам.

Ответить
Развернуть ветку
Andr Ew

За один только факт использования nmap по большому диапазону адресов любой хостер заблокирует акк, если предварительно не согласовать ("я хочу потестить СВОЮ сетку на безопасность, ....")

Ответить
Развернуть ветку
Serge Arsentiev

Ой да ладно, любому хостеру все параллельно, главное чтобы клиент траффик не выбирал сверх лимита (т.е. чтобы на его сайт мало ходили и мало качали). Потому что если качать начинают много, то липовый канал в 100Мбит/с (оплачиваемый по договору), начинает показывать свой истинный 5Мбит/с лимит, а ультра-мега-крутой виртуальный хост - тормозить как обычный shared hosting c 200+ cайтов на нем.

Ответить
Развернуть ветку
91 комментарий
Раскрывать всегда