Сегмент администрирования: откуда можно управлять серверами

Выделите сегмент администрирования: отдельную подсеть, из которой разрешены SSH, WinRM, консоли гипервизора и веб-панели управления. Зона «Управление» в общей матрице потоков уже названа — здесь доведите её до адресов и правил. Общие зоны и переход: сегментация сети. Кто именно прыгает на серверы из этой подсети: jump-хост.
Статья опирается на логику направления «Сетевая безопасность» из методики зрелости Группы Сбер (источник); это методика для крупных компаний, мы используем её как ориентир и пересказываем своими словами. CIS Control 12 требует управлять сетевой инфраструктурой и ограничивать удалённое администрирование: cisecurity.org/controls. Это не российский закон. Перед nft — nft -c и вторая сессия или консоль.
Что класть внутрь
| В сегмент | Не в сегмент |
|---|---|
| Jump-хост, станции администраторов (или тонкие клиенты до прыжка) | Повседневные ноутбуки с почтой |
| Интерфейсы управления коммутаторов, гипервизора, СХД, межсетевого экрана | Пользовательский VLAN, гости, камеры |
| Сервер сбора логов и резервного копирования, если ими управляют только админы | Прод приложения и базы «потому что удобно ping» |
Адреса из документации: сегмент управления 192.0.2.0/24, серверы 198.51.100.0/24. Свои замените. Схему с подписью владельца ведите отдельно: схема сети.
Правила, которых хватает на старте
Политика forward — запрет. Разрешены ответы установленных соединений. Из управления на серверы — только порты администрирования. Из пользовательской сети на эти порты — нет. Фрагмент в том же стиле, что общая сегментация, но только про управление:
table inet adminseg {
chain forward {
type filter hook forward priority 0; policy drop;
ct state established,related accept
ct state invalid drop
iifname "vlan40" oifname "vlan20" tcp dport { 22, 5985, 5986 } ip saddr 192.0.2.0/24 accept
iifname "vlan40" oifname "vlan20" tcp dport { 443, 8443 } ip daddr 198.51.100.10 accept
}
}
sudo nft -c -f /etc/nftables.d/adminseg.nft
Ожидаемо: тишина без ошибки синтаксиса. 443 только на конкретный адрес панели, не «весь vlan20». Подробнее синтаксис: nftables и firewalld. На самих серверах продублируйте ограничение в sshd, иначе второй firewall на хосте однажды снимут.
Риск: отрежете себя. Меняйте правила из консоли или с hop, который уже в 192.0.2.0/24, и ставьте отложенный возврат прежнего набора.
Проверка со своей пользовательской станции: порт 22 сервера не отвечает. Со станции в vlan40 — отвечает. Сканируйте только свою сеть: Nmap.
Диагностика
| Симптом | Причина и что делать |
|---|---|
| Управление = VLAN пользователей с ACL «для админов» | Ноутбук с почтой в том же L2. Вынесите подсеть |
| Гипервизор слушает 443 из всей офисной сети | Нет привязки к 192.0.2.0/24. Закройте на самом устройстве |
| Правила есть, схема без vlan40 | Через квартал забудете. Обновите схему |
| Гостевой Wi-Fi в этом же документе | Другая зона: гостевой Wi-Fi |
Где это в модели зрелости
Материал относится к направлению «Сетевая безопасность» (хаб: сеть, карта: карта зрелости). Общая сегментация рисует зоны. Без отдельной подсети управления зона остаётся подписью на слайде. Jump-хост без этой подсети некуда поставить. NGFW и ZTNA не разбираем.
Как проверить
- Есть подсеть управления, она есть на схеме с датой.
nft -cдля правил проходит, в бою 22/5985 с пользовательской сети закрыты.- Консоли гипервизора и firewall недоступны из пользовательского VLAN.
- Jump-хост адресом лежит в этой подсети, не в vlan пользователей.
- Статья не повторяет полную матрицу шести зон.
Источники
- CIS Control 12: cisecurity.org/controls.


















