Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
Риск безопасности UDM: ограничение брандмауэра UDM в работе с VPN клиент-сервером, wifiman
 
Привет! Я запускаю OpenVPN и Wireguard сервер на UDM, и, похоже, не могу ограничить доступ к портам UDM для VPN-клиентов с помощью файервола. Любые правила, связанные с IP-адресами UDM, почему-то игнорируются, поэтому любой VPN-клиент без проблем может получить доступ к локальным интерфейсам UDM, ssh и, вероятно, ко всем сервисам, слушающим на UDM.  

Это даже создаёт большую угрозу безопасности при использовании сторонних платных VPN-сервисов: если я настрою VPN-клиент на UDM, то любой, у кого есть доступ к серверу стороннего VPN, сможет подключиться к портам UDM (ssh, GUI и т.д.), потому что правила файервола тоже игнорируются.  

И это ещё не всё — некоторые платные VPN-сервисы также разрешают связь между клиентами, а это значит, что злоумышленник среди их клиентов сможет получить доступ к портам UDM и, если там есть уязвимости, использовать их для полного контроля над устройством.  

Эта же проблема есть и при использовании site-to-site VPN (тестировал с OpenVPN, не проверял с IPSEC или VPN с поддержкой облака).  

Это серьёзная угроза безопасности, и это нужно срочно исправлять.  

Как воспроизвести:  
- Настроить OpenVPN/Wireguard сервер на UDM  
- Создать правило файервола, ограничивающее нужный трафик с VPN-клиентов к UDM (обычно надо разрешать только DNS)  
- Подключиться клиентом OpenVPN/Wireguard  
- Попробовать подключиться по ssh или к веб-интерфейсу UDM по внутреннему IP UDM или по внутреннему IP Wireguard/OpenVPN — и вы увидите, что доступ возможен, несмотря на добавленные правила блокировки  

@UI-Team @UI-Glenn, пожалуйста, проверьте это как можно скорее!
 
Попробуй цепочку WAN/Internet LOCAL.
 
Я не совсем понимаю, что я упускаю, но я пытался заблокировать доступ к шлюзу для клиентов, которые подключаются к моей сети через WG Server, запущенный на моём UDMP, и правила фаервола не срабатывают. Они всё равно могут попасть на страницу входа. Возможно, я что-то не учёл. Я делаю это на LAN-in и пытаюсь заблокировать IP-адреса клиентов, которым не хочу показывать страницу входа, выбирая в качестве источника x.x.x.1. Что я делаю не так?

…и у меня даже есть правило, которое с самого начала блокирует весь трафик RFC-1918, чтобы предотвратить маршрутизацию между VLAN (включая IP-диапазон, который выделен клиентам WG Server). Это правило работает для блокировки локального трафика (клиентов внутри сети), но, похоже, не влияет на клиентов, подключающихся через WG Server.
 
Кажется, я тут никогда не отвечал, но с тех пор как с 8.1 правила файрвола начали работать и для VPN,
 
Возможность ограничивать, на какие подсети/VLANы отвечает шлюз Unifi, на мой взгляд, крайне важна.
 
Какие новости? Риск безопасности по-прежнему сохраняется.
 
@UI-Team @UI-Glenn, можно получить обновленную информацию по этому вопросу?
 
Хмм, UDM доступен через шлюз из подсети/VLAN VPN — и по ssh, и по https. Но простое локальное правило LAN может это заблокировать (drop, любой сервис, источник: подсеть VPN, цель — шлюз VPN). Могу подтвердить, что для правила на Firewall нужно использовать один конкретный IP. Также подтверждаю, что порт или группа не работают (группа включает только IP-адреса шлюзов из VPN и других VLAN — шлюзы других VLAN блокируются, а шлюз VPN не блокируется!). Группа «Local Gateways» выглядит так: Просто к сведению, @UI-Marcus.
 
Нет. Не выходит. Я видел, как другие перепробовали все возможные варианты. Немного надеялся, что @UI-Marcus что-то подскажет после комментария: "Если у кого-то получилось, пожалуйста, дайте знать". На данный момент похоже, что правила фаервола полностью игнорируются.
Страницы: 1
Читают тему (гостей: 1)