В новом релизе Ideco NGFW Novum мы собрали функции, которые обычно приходится искать в разных слоях инфраструктуры: видимость AI-сервисов, развитую динамическую маршрутизацию, QoS и строгую аутентификацию. Разберем задачи, которые релиз закрывает в больших распределенных сетях, ЦОД, на перегруженном WAN-канале и в регулируемом контуре.

AI уже в сети, даже если его ещё нет в реестре ИБ

Shadow AI начинается с обычного рабочего действия: сотрудник открывает чат-бот (а уже наверное и разворачивает агент), разработчик подключает API-модели, аналитик загружает таблицу в ассистент, а инженер запускает локальный inference-сервис для эксперимента. У каждого действия может быть разумная цель, но у ИБ нет ответа на базовый вопрос: какие AI-инструменты реально используются в сети?

Масштаб разрыва между официальным внедрением и фактическим использованием может быть огромным.

Это не только вопрос дисциплины. AI-агент внутри сети может быть развернут злоумышленниками для быстрого закрепления в инфраструктуре. Или небезопасно настроенный и используемый агент может в будущем «заразиться» и перейти на «темную сторону силы».

Запретить все AI-сайты целиком – простой, но слабый ответ. Он не отделяет утверждённый корпоративный сервис от личного аккаунта, не помогает понять реальный спрос и подталкивает пользователей искать обходы. До политики нужен инвентаризационный слой: сначала увидеть сервисы, затем классифицировать риск, определить допустимые сценарии и только после этого применять ограничения.

Кроме того, из-за официальной недоступности в России многих AI-сервисов, в рунете широкое распространение получили сервисы-прокси и агрегаторы AI-моделей, самостоятельно составлять и поддерживать их списки – неблагодарная работа.

Shadow AI Discovery: NGFW как точка наблюдения за AI-трафиком

В Ideco NGFW Novum v23 модуль «Контроль приложений» получил 83 протокола AI-приложений. ChatGPT, Claude, DeepSeek, GigaChat, YandexGPT и другие сервисы (в т.ч. «прокси» вроде Chad AI, GPTunneL) теперь определяются как конкретные приложения, а не как обобщённый HTTPS-трафик. Распознавание работает по сетевым признакам – DNS, SNI, характеристикам соединения – и не требует обязательной расшифровки TLS для базовой видимости.

В Контент-фильтре уже существовала категория «ИИ чат-боты», но технологии развиваются и для лучшей категоризации мы добавили две новые: «ИИ-агенты» и «ИИ-сервисы». В последнюю входят сервисы для агентов, например поисковик (да, для агентов есть собственный «гугл»!).

Почему это важно именно на NGFW? Межсетевой экран находится в точке, через которую проходят запросы пользователей и серверов к внешним AI-сервисам. Здесь уже есть сетевой контекст, политики доступа и журналы. Поэтому обнаружение AI-трафика не требует разворачивать и покупать отдельное решение только ради ответа на вопрос «кто куда ходит в AI».

Практический контур выглядит так:

1. «Контроль приложений» и «Контент-фильтр» отличают известный AI-сервис от общего трафика.

2. Администратор видит использование приложения в существующих механизмах контроля и журналирования (а в ближайшей минорной версии мы сделаем отдельный дашборд для ИИ-трафика).

3. Для утверждённых и неутверждённых сервисов можно применять разные сетевые политики.

4. Наблюдения превращаются в основу внутреннего реестра AI-инструментов и правил их использования.

Это первый уровень Shadow AI Discovery – обнаружение известных AI-сервисов в трафике, мониторинг их использования и управление доступом к ним. Он не анализирует содержание промптов, не определяет автоматически тип передаваемого документа и не заменяет DLP. Такое разграничение принципиально: распознавание приложения отвечает на вопрос «какой сервис используется», а контроль данных – на вопрос «что именно в него передают».

Типичный результат первой недели пилота после включения такой видимости – не «DeepSeek в бухгалтерии», а десяток сервисов, о которых ИБ не знала: браузерные ассистенты, встроенные в SaaS копилоты, AI-плагины к IDE, транскрибаторы созвонов. Этот список может стать отправной точкой для внутренней политики по AI: что разрешить корпоративно, что закрыть, а для чего подобрать управляемую альтернативу.

Отдельная задача – локальные LLM. Ollama, LM Studio или vLLM, поднятые разработчиком «на попробовать», не ходят во внешние сервисы, но создают собственный класс рисков: неконтролируемые модели, к которым обращаются корпоративные данные. Если такой inference endpoint работает между сегментами и трафик к нему проходит через NGFW, сетевой слой становится естественной точкой его учёта. Развитие Discovery в эту сторону – вместе с аналитикой по пользователям, динамикой потребления и карточками сервисов – следующий шаг после Ideco NGFW Novum v23.

Так появляется первый слой будущего AI Security Layer:

• discovery – какие внешние AI-сервисы используются;

• policy – кому и к каким сервисам разрешён доступ;

• data control – какие данные допустимо передавать;

• agent control – к каким корпоративным ресурсам могут обращаться AI-агенты.

В roadmap мы рассматриваем два следующих направления развития. Первое – MCP-доступ агентов к функциям NGFW с жёстким разграничением полномочий и аудитом действий. Второе – LLM Proxy как контролируемая точка обращения к моделям, где можно будет реализовать единые правила, журналирование и маршрутизацию запросов (а чуть позже и их фильтрацию, в виде сигнатурного LLM Firewall). Discovery мы внедрили первым делом: нельзя управлять тем, существование чего сеть пока не замечает. Но остальные функции появятся в следующей версии уже в конце октября.

Маршрутизация для сети, которая выросла из статических маршрутов

В небольшой инфраструктуре статические маршруты понятны и предсказуемы. В распределённой компании с филиалами, несколькими провайдерами, ЦОД и резервными площадками они быстро превращаются в набор локальных исключений. Изменение одного анонса приходится повторять на нескольких узлах, а ошибка в фильтре может распространить маршрут туда, где его не ждали.

В Ideco NGFW Novum v23 переработан набор инструментов динамической маршрутизации. В релиз вошли Prefix list, Route map, зоны OSPF, агрегация маршрутов BGP, профили BFD и цепочки ключей. Полный список параметров – в нашем changelog.

Prefix list и Route map

Prefix list – переиспользуемый список сетевых префиксов. Он применяется как фильтр маршрутов в OSPF и EIGRP, а в BGP используется через Route map. Вместо копирования одинаковых условий по соседям администратор хранит логику отбора в одном объекте.

Route map задаёт политику импорта, экспорта, редистрибьюции, агрегации BGP и install-фильтра. Маршруты можно отбирать по Prefix list, AS-Path, community, метке и протоколу-источнику, а затем менять Local Preference, MED, AS-Path Prepend, community и другие атрибуты.

Это закрывает несколько частых enterprise-сценариев:

• филиалы принимают только корпоративные префиксы, а не всю таблицу соседней автономной системы;

• основной и резервный ЦОД получают разные приоритеты маршрутов;

• connected- и static-маршруты редистрибутируются в OSPF по явной политике;

• несколько сетей филиала агрегируются перед анонсом в BGP;

• маршрут допускается в таблицу NGFW только после отдельной install-проверки.

BFD и зоны OSPF

BFD (Bidirectional Forwarding Detection) проверяет доступность соседства независимо от обычных таймеров протокола маршрутизации. Профили BFD позволяют назначать переиспользуемые наборы таймеров соседям BGP и OSPF. В результате обрыв может обнаруживаться за миллисекунды, после чего таблица маршрутизации пересчитывается быстрее.

Это особенно заметно там, где «линк поднят» не означает «путь работает»: поверх операторской сети, в site-to-site-туннеле или между площадками через промежуточное оборудование. Для телефонии, терминального доступа и синхронных приложений десятки секунд ожидания протокольного dead timer – уже пользовательский инцидент.

Зоны OSPF помогают масштабировать link-state-домен и отделять части большой сети. Для компании с центральной площадкой и десятками филиалов это не косметика интерфейса, а возможность не строить весь OSPF как одну плоскую область.

Цепочки ключей

Цепочки ключей применяются для аутентификации OSPF и EIGRP. В одной цепочке хранится несколько ключей, поэтому секрет можно менять без разрыва соседства. Поддерживаются md5, hmac-sha-256, hmac-sha-384 и hmac-sha-512.

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

VCE без внешнего коммутатора: связность внутри одного сервера

Виртуальные контексты исполнения VCE позволяют разделять сети и политики на одном NGFW, но изоляция создаёт и инженерную задачу: как контролируемо связать контексты между собой. Раньше для такой связи требовались физические порты и внешний коммутатор, что конечно избыточно.

Ideco NGFW Novum v23 добавляет два внутренних интерфейса:

• Virtual Ethernet – veth-пара между Системным контекстом и VCE;

• Virtual Switch – виртуальный L2-интерфейс, объединяющий несколько VCE в одну сеть.

Между контекстами теперь можно строить внутреннюю маршрутизацию и коммутацию, включая BGP и LACP, без вывода трафика во внешнее оборудование. Это полезно для MSSP, крупных организаций и ЦОД, где на одной платформе существуют независимые контуры, но отдельным сервисам нужен контролируемый обмен.

Сценарий может выглядеть так: пользовательский, серверный и технологический контуры изолированы в разных VCE; общие сервисы публикуются через системный контекст; межконтекстный маршрут проходит только через заданную точку политики. Само наличие внутреннего L2/L3-соединения не отменяет межсетевое разграничение – оно лишь убирает лишнюю физическую петлю.

Сегментация эффективна, когда между зонами есть явные точки принуждения политик. Cisco описывает такие точки как checkpoints, где трафик контролируется по заранее заданным правилам; ими могут быть физические и виртуальные межсетевые экраны, маршрутизаторы и коммутаторы. Virtual Ethernet и Virtual Switch дают транспорт внутри платформы, а правила NGFW определяют, какой обмен между контурами допустим.

QoS, MTU и MSS: когда пропускной способности недостаточно

У канала может быть достаточно мегабит в среднем и всё равно плохая связь в момент резервного копирования или выгрузки отчёта. Голос и видеоконференции чувствительны не только к объёму полосы, но и к очередям, задержке и джиттеру. Поэтому «купить канал шире» не всегда заменяет классификацию и приоритизацию.

В Ideco NGFW Novum v23 появилось управление качеством обслуживания QoS (Quality of Service): приоритизация трафика и распределение полосы между категориями. Настройка доступна в высокопроизводительном контексте. Типовой сценарий – сохранить качество телефонии и видеосвязи в филиале, когда WAN-канал занят менее чувствительным трафиком.

Рядом с QoS в релизе появились настройки MTU и MSS для сетевых интерфейсов и IPsec. Для IPsec MSS задаётся отдельно, без изменения MTU интерфейса. Это нужно, когда инкапсуляция уменьшает полезный размер пакета: корректный MSS помогает избежать фрагментации и обрывов соединений внутри туннеля.

Такой блок особенно полезен в трёх случаях:

• филиал подключён через канал с дополнительной операторской инкапсуляцией;

• site-to-site IPsec проходит через сеть с меньшим фактическим MTU.

Доступ и криптография: сертификат вместо ещё одного пароля

Ideco Client теперь поддерживает первичную аутентификацию по пользовательскому сертификату вместо пароля в Windows, Linux и macOS. Сертификат и закрытый ключ могут храниться на аппаратном токене или смарт-карте. Если сертификат содержит адрес CRL (Certificate Revocation List), его статус проверяется по списку отзыва, в том числе повторно во время активной сессии.

Для удалённого доступа это меняет модель риска. Знания пароля недостаточно: нужен выданный носитель с закрытым ключом. А отзыв сертификата позволяет прекратить доступ не только при следующем входе, но и во время сессии после повторной проверки.

Ещё несколько изменений усиливают идентификацию и контролируемость доступа:

• для Active Directory можно выбрать LDAP или LDAPS и включить проверку сертификата контроллера домена;

• в профиле авторизации задаётся интервал повторной аутентификации;

• веб-аутентификацию в высокопроизводительном контексте можно ограничить выбранными подсетями;

• при RADIUS-аутентификации передаются NAS-Identifier, NAS-IP-Address и NAS-Port;

• через API можно получить дату последней смены пароля локальной учётной записи.

Для организаций, использующих российскую криптографию, добавлена загрузка сертификатов с алгоритмами ГОСТ, поддержка ГОСТ в обратном прокси и отображение алгоритмов в интерфейсе. Это позволяет публиковать веб-ресурсы по ГОСТ TLS. Само наличие ГОСТ TLS не делает систему автоматически соответствующей 152-ФЗ или требованиям к КИИ, но даёт технический компонент для архитектуры, где российская криптография обязательна.

Контроль обходов: туннель внутри разрешённого протокола

Разрешённый SSH или TLS может быть не только прикладным протоколом, но и контейнером для другого трафика. Тогда политика «SSH разрешён администраторам» незаметно превращается в универсальный канал обхода, а HTTPS скрывает соединение, которое после расшифрования вообще не является HTTP.

В Ideco NGFW Novum v23 модуль предотвращения вторжений распознаёт и блокирует туннелирование внутри SSH-сессий. В профиле TLS/SSL-инспекции появилась опция «Запретить туннелированный трафик»: не-HTTP-трафик внутри расшифрованного TLS-соединения блокируется.

Это полезно в серверных сегментах, административных сетях и регулируемых контурах, где доступ к SSH и вебу нужен по работе, но не должен давать универсальный транспорт наружу. Для анализа внутреннего протокола TLS-соединение должно быть расшифровано в рамках настроенной TLS/SSL-инспекции.

Доменные политики тоже стали устойчивее к изменению инфраструктуры SaaS: объект вида *.domain.com охватывает все поддомены. Правило не приходится вручную дополнять после появления нового поддомена поставщика. Удобно также использовать это для маршрутизации, например для доступа к зарубежным сервисам через VPN-каналы.

Эксплуатация: не одна большая выгрузка, а управляемые сигналы

Релиз добавляет несколько функций для SOC, NOC и команд эксплуатации.

Экспорт событий теперь строится правилами. Для каждого правила выбираются сервер назначения, формат, журналы и фильтры; правил может быть несколько. Например, события безопасности можно отправлять в SIEM, а сетевые и инфраструктурные показатели – в отдельный контур мониторинга.

Расширен SNMP: появились метрики входящего и исходящего трафика интерфейсов, отброшенных пакетов, активных соединений и пользовательских сессий, VPN-сессий по типам, питания и аппаратных модулей. Метрики питания доступны только на программно-аппаратных комплексах с IPMI/BMC. В NetFlow добавлено поле внешнего IP-адреса, назначенного сессии при NAT, что помогает связать внутреннюю сессию с наблюдаемым снаружи адресом.

Для мультитенантной эксплуатации в журналы веб-трафика, трафика и DNS-запросов добавлены идентификатор и название VCE и кластера. В DNS-журнале появилась фильтрация по ответу сервера, а в журналах – относительное время и лимиты объёма с удалением самых старых записей.

Высокопроизводительный контекст получил обратный прокси, профили и журнал WAF, site-to-site IPsec с отображением нагрузки на графиках, пользовательские IPS-сигнатуры, независимое отключение контент-фильтра, контроля приложений и TLS/SSL-инспекции, а также просмотр сессий администраторов и личного кабинета.

Ещё несколько небольших, но практичных функций:

Что в итоге

Ideco NGFW Novum v23 – новый большой релиз. Его общий вектор – сделать NGFW точкой, где сходятся видимость приложений, маршрутная политика, качество каналов, сегментация и контроль доступа.

Для ИБ главный новый сигнал – AI-трафик становится видимым. Для сетевого инженера появляются переиспользуемые политики маршрутов, BFD, OSPF-зоны и внутренняя связность VCE. Для эксплуатации – более точный экспорт, SNMP, NetFlow и контекст в журналах. Для инфраструктуры удалённого доступа – сертификатная аутентификация с проверкой отзыва.