На фоне блокировки VPN у клиентов Ростелеком упал BitTorrent

На фоне блокировки VPN у клиентов Ростелеком упал BitTorrent

На фоне блокировки VPN у клиентов Ростелеком упал BitTorrent

Несколько дней назад на форуме OpenNet стали появляться жалобы на проблемы со скачиванием Linux-дистрибутивов через BitTorrent — об этом сообщали пользователи услуг «Ростелекома» на Урале и в Краснодарском крае. Как оказалось, провайдер заблокировал соответствующий протокол на уровне DPI (deep packet inspection, глубокая проверка пакетов). В настоящее время ситуация уже исправлена.

Первые жалобы на отказ BitTorrent-каналов появились на OpenNet 3 сентября. Некоторые пользователи столкнулись с выпадением ресурсов из доступа, другие — с торможением трафика. На запрос одного из форумчан в техподдержку «Ростелекома» там ответили, что «торренты — это пиратство, поэтому  они теперь блокируются».

На следующий лень телеоператор вернул доступ к торрентам для обмена ISO-образами популярных дистрибутивов Linux. Сегодня, похоже, была снята блокировка протокола DHT — не исключено, что из-за шумихи в СМИ.

Участники форума OpenNet полагают, что «Ростелеком» заблокировал BitTorrent в рамках новой кампании против VPN в Рунете — по ошибке или умышленно, пока неизвестно, разъяснений провайдер пока не публиковал. Напомним, на прошлой неделе Роскомнадзор объявил о блокировке очередных VPN-сервисов, игнорирующих его требования об ограничении доступа к запрещенному в стране контенту.

Обычно такую карательную меру принимают с помощью технических средств интернет-провайдеров — через системы DPI, установленные ими в соответствии с законом о «суверенном Рунете», который вступил в силу 1 ноября 2019 года. Как показывает практика, такой метод не застрахован от ошибок: похожая акция против Twitter этой весной лишила россиян доступа к множеству других ресурсов и сайтов.

В Intel TDX обнаружены уязвимости с риском утечки данных

Intel вместе с Google провела масштабный аудит технологии Trust Domain Extensions (TDX), процессе которого обнаружилось немало проблем. За пять месяцев работы специалисты выявили пять уязвимостей, а также 35 багов и потенциальных слабых мест в коде.

TDX — это аппаратная технология «конфиденциальных вычислений». Она предназначена для защиты виртуальных машин в облаке даже в том случае, если гипервизор скомпрометирован или кто-то из администраторов действует недобросовестно.

По сути, TDX создаёт изолированные «доверенные домены» (Trust Domains), которые должны гарантировать конфиденциальность и целостность данных.

Проверкой занимались исследователи Google Cloud Security и команда Intel INT31. Они анализировали код TDX Module 1.5 — ключевого компонента, отвечающего за работу механизма на высоком уровне. В ход пошли ручной аудит, собственные инструменты и даже ИИ.

В результате обнаружены пять уязвимостей (CVE-2025-32007, CVE-2025-27940, CVE-2025-30513, CVE-2025-27572 и CVE-2025-32467). Их можно было использовать для повышения привилегий и раскрытия информации. Intel уже выпустила патчи и опубликовала официальное уведомление.

Самой серьёзной Google называет CVE-2025-30513. Она позволяла злоумышленнику фактически обойти механизмы безопасности TDX. Речь идёт о сценарии, при котором во время миграции виртуальной машины можно было изменить её атрибуты и перевести её в режим отладки.

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

Google опубликовала подробный технический отчёт (PDF) объёмом 85 страниц, а Intel — более краткое описание результатов совместной работы.

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