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 опубликовал новую версию проекта приказа Роскомнадзора «Порядок идентификации информационных ресурсов в целях принятия мер по ограничению доступа к информационным ресурсам».

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

 

Специалисты обошли Passkey через Windows и Chrome, не ломая криптографию

Сразу три исследования показали, как обойти защиту ключей доступа (passkey), не ломая криптографию. Математика устояла, а вот программная обвязка снова оставила ключи под ковриком. Специалисты SpecterOps обнаружили, что Windows сохраняла старые подписи YubiKey в открытом виде.

Прочитать их могли обычные аутентифицированные пользователи, в том числе удалённые.

В сочетании с недостатками проверки passkey в Microsoft Entra ID это позволяло выдавать себя за привилегированных сотрудников и проходить даже устойчивую к фишингу многофакторную аутентификацию.

Уязвимость журнала событий Windows получила идентификатор CVE-2026-34348 и 6,5 балла по CVSS. Microsoft выпустила обновление и сообщила о дополнительных мерах против ретрансляции утверждений passkey. Признавать технологию уязвимой к повторному воспроизведению корпорация, впрочем, не торопится.

 

Исследователи из Unit 42 тем временем атаковали Google Password Manager в Chrome для Windows. Все сценарии требовали присутствия вредоносной программы на компьютере, но права администратора ей не понадобились.

В наиболее опасном варианте можно было получить 32-байтный мастер-ключ Security Domain Secret, защищающий синхронизированные passkey, а затем восстановить их закрытые ключи. Google убрала секрет из журналов Chrome, однако исследователи всё ещё находили его в памяти процесса при повторной регистрации.

 

Третий способ продемонстрировал Дирк-ян Моллема. Оказалось, что программа в уже захваченном сеансе Windows может использовать аппаратно защищённый ключ Windows Hello for Business без нового запроса ПИН-кода или биометрии. Полученная подпись позволяла войти в Entra ID и выполнить требования аутентификации.

Пользователям Windows рекомендуют установить патч для CVE-2026-34348. Компаниям — защищать браузерную память и хранилища passkey, проверять требование подтверждения пользователя и отслеживать подозрительные входы Windows Hello без идентификатора устройства.

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