В трех регионах перестал работать VPN по протоколам L2TP и IPSec

В трех регионах перестал работать VPN по протоколам L2TP и IPSec

В трех регионах перестал работать VPN по протоколам L2TP и IPSec

По состоянию на 12:00 дня понедельника, семейство протоколов IPsec по-прежнему заблокировано в некоторых регионах России. Об этом сообщает GlobalCheck. Власти ситуацию не комментируют.

Сбои заметили накануне вечером. В Краснодаре, Ростове-на-Дону и в Западной Сибири перестали работать некоторые VPN-сервисы. Речь о протоколах L2TP и IPsec.

В телеграм-каналах, близких к отрасли, связывают случившееся с возможными тестами блокировок. GlobalCheck отмечает, что на некоторых операторах, включая Ростелеком, IPEsec не проходит даже между сервером и клиентом в России.

«Это большой удар, в том числе по корпоративным сетям — цитата сообщения Telegram-канала GlobalCheck, — множество администраторов таких сетей сейчас срочно ищут решения для обхода».

Сомнения в целенаправленных блокировках VPN накануне высказал Михаил Климарев (Данное сообщение (материал) создано и (или) распространено иностранным средством массовой информации, выполняющим функции иностранного агента, и (или) российским юридическим лицом, выполняющим функции иностранного агента), автор канала “За Телеком” и директор “Общества защиты интернета”:

« …Так вот, разведка доносит, что это был баг, а не фича, — написал Климарев (Данное сообщение (материал) создано и (или) распространено иностранным средством массовой информации, выполняющим функции иностранного агента, и (или) российским юридическим лицом, выполняющим функции иностранного агента), — Валенок на пульте. Хорошо, что это случилось в выходные - перечисленные протоколы не используются для именно вот тех самых массовых сервисов обхода блокировок. Зато много используется в различных промышленных целях».

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

GlobalCheck настаивает, что блокировка ведется сознательно:

«Это не "случайная" блокировка - как минимум из-за того, что эти протоколы абсолютно однозначно блокируются любым DPI и их в принципе нельзя заблокировать "случайно", а отмена их блокировки занимает не более 5 минут».

Официальных комментариев от властей на момент публикации нет.

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

Роскомнадзор начал блокировать VPN-сервисы еще осенью. К весне доступ потеряли клиенты Cloudflare WARP, NordVPN, Opera VPN и еще двадцати других. О проблемах с подключением в конце прошлой недели сообщали и в VPN-сервисе Windscribe.

В Linux нашли 19-летнюю дыру: атакующий может добраться до root

В Linux обнаружили новую уязвимость повышения привилегий, получившую имя CIFSwitch. При удачном раскладе обычный локальный пользователь может обмануть механизм CIFS-аутентификации, подсовывать ядру фальшивые запросы и в итоге получить root. Проблема затрагивает системы с уязвимыми связками kernel CIFS и cifs-utils, в первую очередь версии 6.14 и выше.

CIFS нужен Linux для работы с сетевыми шарами: монтировать удалённые папки, читать и писать файлы по сети. Если такая шара использует Kerberos-аутентификацию, ядро Linux обращается к пользовательскому приложению, а cifs-utils выступает посредником.

По словам исследователя Асима Вилади Оглу Манизады, который нашёл и назвал CIFSwitch, ядро запрашивает ключ типа cifs.spnego, после чего стандартная связка keyutils/request-key запускает cifs.upcall от root, чтобы получить или собрать материалы Kerberos/SPNEGO.

Беда в том, что CIFS-подсистема ядра не проверяла, что такие cifs.spnego-запросы действительно пришли от CIFS-клиента ядра. В результате непривилегированный пользователь мог сгенерировать поддельный запрос и запустить штатный процесс аутентификации.

А дальше привилегированный cifs.upcall доверяет полям, которые считает созданными ядром, хотя на деле ими управляет атакующий. Через эти поля можно форсировать переключение namespace, спровоцировать NSS-запрос до сброса привилегий, подгрузить вредоносный NSS-модуль и получить выполнение кода от root.

Манизада отмечает, что баг появился ещё в 2007 году, то есть прожил в экосистеме около 19 лет. При этом эксплуатация не универсальна: нужны подходящая версия ядра, уязвимый cifs-utils, доступные пространства имен пользователей и политики SELinux/AppArmor, которые не ломают атаку на взлёте.

Среди уязвимых систем, в дефолтных конфигурациях эксперт называет:

  • Linux Mint 21.3 / 22.3;
  • CentOS Stream 9;
  • Rocky Linux 9;
  • AlmaLinux 9;
  • Kali Linux 2021.4–2026.1;
  • SLES 15 SP7.

Уязвимость уже закрыта патчем для ядра, он добавляет проверку происхождения запросов cifs.spnego. Однако конкретные версии ядра с патчем зависят от дистрибутива, так что администраторам лучше не гадать, а проверять бюллетени своих вендоров.

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