Межсетевой экран видит обращение к ChatGPT, но не знает, что сотрудник отправил туда выгрузку из 1С. Это граница главной функции Ideco NGFW Novum v23: устройство обнаруживает ИИ-сервис, но не читает запрос.

Обновление стоит проверять, если через NGFW проходят интернет-доступ, VPN и каналы филиалов. В одном релизе Ideco собрала контроль ИИ-приложений, QoS, динамическую маршрутизацию, сертификатный вход и расширенный мониторинг.

Ставить v23 сразу на рабочий периметр не нужно. Сначала проверьте три участка: ИИ-трафик, каналы между площадками и доступ удалённых сотрудников.

Вердикт: v23 полезна связкой функций, а не одной новинкой

Shadow AI Discovery сам по себе не защищает данные 1С. Его задача уже: показать, какими внешними ИИ-сервисами пользуются сотрудники, и применить к ним правила доступа.

Практический смысл появляется вместе с другими функциями v23. QoS расставляет приоритеты на занятом канале. Настройка MTU и MSS снижает риск разрыва сеансов через туннели. BFD обнаруживает потерю соседства в динамической маршрутизации. Сертификатный вход ограничивает удалённый доступ.

Ситуация в контуре 1СФункция v23Что меняетсяЧего функция не решает
Сотрудник открывает публичный ИИ-сервис после выгрузки данныхShadow AI Discovery и «Контроль приложений»NGFW определяет конкретный сервис и применяет правило доступаЭкран не видит текст запроса и содержимое файла
Тонкий клиент теряет сеанс через IPsecРучная настройка MTU и MSSАдминистратор согласует размер пакета с туннелемНастройка не исправит сбой сервера 1С или СУБД
Филиал теряет основной маршрутBFD, Prefix list и Route mapNGFW быстрее замечает потерю соседства и управляет выбором маршрутаРезервный канал всё равно нужно настроить и испытать
Сертификат удалённого сотрудника отозванПроверка CRL во время сессииIdeco Client проверяет статус сертификата при активном подключенииСертификат не контролирует права пользователя внутри 1С
Пользователь прячет трафик в SSH-туннелеIPS и блокировка туннельного трафикаNGFW распознаёт SSH-туннель и протокол внутри расшифрованного TLS-сеансаБез TLS-инспекции скрытый протокол внутри TLS не проверяется

Сначала назовите риск, который хотите снизить. Затем выберите функцию и критерий испытания. Обновление ради списка новинок не даёт проверяемого результата.

Shadow AI Discovery видит сервис, но не данные внутри запроса

В модуль «Контроль приложений» добавили 83 протокола ИИ-приложений. В описании релиза Ideco названы ChatGPT, Claude, DeepSeek, GigaChat и YandexGPT. Прокси Chad AI и GPTunneL распознаются отдельно.

Для базового обнаружения расшифровка TLS не обязательна. NGFW сопоставляет DNS-запросы, SNI и характеристики соединения. Администратор узнаёт, к какому сервису обращался пользователь, даже если содержимое TLS-сеанса осталось зашифрованным.

Это подходит для первого этапа пилота. Включите обнаружение без блокировки и соберите журнал обращений. Так вы увидите используемые сервисы до изменения правил доступа.

После наблюдения разделите политику. Например, разрешите согласованный сервис отдельной группе и запретите ИИ-прокси остальным пользователям. Категории «ИИ-агенты» и «ИИ-сервисы» помогают развести разные типы трафика.

Но NGFW не узнает, отправил ли сотрудник справочник контрагентов, оборотно-сальдовую ведомость или пустой запрос. Описание релиза Ideco прямо отделяет Shadow AI Discovery от DLP. Для контроля содержимого нужен отдельный механизм анализа данных.

Пилот должен ответить на четыре вопроса:

Не включайте общую блокировку до этой проверки. Под запрет могут попасть согласованные рабочие инструменты, поисковые сервисы для агентов и корпоративные интеграции.

Обещания следующих версий нельзя учитывать при приёмке v23

Отдельный дашборд ИИ-трафика Ideco заявила для ближайшей минорной версии. MCP-доступ агентов к функциям NGFW и LLM Proxy находятся в плане разработки.

Остальные части AI Security Layer производитель анонсировал для следующей версии в конце октября. Эти функции нельзя включать в критерии приёмки v23: их пока нет в проверяемом релизе.

Фиксируйте в протоколе только то, что работает на установленной сборке. Для ИИ-трафика это распознавание приложений, категории контент-фильтра и применение политик. Будущие панели и прокси вынесите в отдельный этап после выхода версии.

QoS и MTU/MSS проверяют на тех же маршрутах, где работает 1С

После ограничения второстепенного трафика нельзя потерять рабочие сеансы. Проверяйте сетевую политику через тот же IPsec-туннель и тот же WAN-канал, которыми пользуются сотрудники.

QoS в v23 классифицирует трафик и поддерживает метки DSCP. Второстепенным приложениям можно ограничить полосу, а рабочему трафику назначить другой класс обслуживания.

Само правило QoS не гарантирует устойчивость тонкого клиента. Нужно воспроизвести занятой канал и выполнить обычные операции: открыть форму, провести документ, сформировать отчёт, дождаться фонового обмена.

Ручная настройка MTU и MSS решает другую задачу. Она согласует размер пакета с ограничениями интерфейса или IPsec-туннеля. В сообщении о релизе CNews производитель связывает эту настройку с предотвращением разрывов 1С, RDP и загрузки файлов.

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

ПризнакВозможная функция v23Что проверить на пилотеУсловие отката
Сеанс 1С обрывается только через IPsecMTU интерфейса и MSS для туннеляПовторить рабочие операции и передачу крупных файлов через тот же маршрутПосле изменения появились новые разрывы или перестали открываться отдельные ресурсы
1С задерживается при занятом WAN-каналеQoS, DSCP и ограничение второстепенных приложенийСоздать конкурирующую нагрузку и проверить операции пользователейПолитика ухудшила голос, обмены или другой согласованный трафик
Филиал не получает маршрут после отказа каналаBFD, Prefix list и Route mapОтключить основной путь и проверить доступ к кластеру и СУБДРезервный маршрут не появился либо выбрал неверный путь
При смене секрета пропадает соседствоЦепочка ключей OSPF или EIGRPДобавить новый ключ, проверить период действия и затем убрать старыйСоседство разорвалось до принятия нового ключа

Политика прошла испытание только после рабочих операций 1С. Успешный ping не проверяет длинный сеанс, проведение документа и обмен файлами.

Динамическая маршрутизация нужна распределённой сети

Prefix list хранит переиспользуемые списки префиксов. Route map применяет их при импорте, экспорте, редистрибьюции и агрегации маршрутов BGP. Эти механизмы нужны там, где простого маршрута по умолчанию уже мало.

BFD проверяет доступность соседства независимо от таймеров BGP и OSPF. Профили BFD назначают единые наборы таймеров нескольким соседям. Зоны OSPF делят крупный link-state-домен на части.

Цепочки ключей хранят несколько секретов для OSPF и EIGRP. Администратор может заранее добавить следующий ключ и сменить секрет без запланированного разрыва соседства. В v23 заявлены MD5 и семейство HMAC-SHA-2.

Каждый такой механизм требует отдельного отрицательного сценария. Отключите канал, уберите маршрут, смените ключ и проверьте фактический путь до сервера 1С. Проверка только штатного состояния оставит главную часть схемы без испытания.

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

Veth и Virtual Switch связывают контексты внутри NGFW

VCE разделяет сети и политики на одном экземпляре NGFW. В v23 системный контекст и VCE можно соединить внутренней veth-парой. Virtual Switch объединяет несколько VCE на втором сетевом уровне.

Трафик между контекстами не приходится выводить на внешний коммутатор и возвращать обратно. Внутри устройства можно строить маршрутизацию и коммутацию, включая BGP и LACP.

Такая схема сокращает число внешних соединений, но повышает цену ошибки в логике контекстов. На пилоте нарисуйте путь каждого сегмента: пользователь, публикация 1С, сервер приложений, СУБД, резервные копии и управление.

Отдельно проверьте запреты. Пользовательский сегмент не должен получить прямой маршрут к СУБД или хранилищу копий из-за общей коммутации VCE.

Сертификатный вход контролирует удалённую сессию

Ideco Client в v23 поддерживает первичную аутентификацию сертификатом в Windows, Linux и macOS. Сертификат может храниться на аппаратном токене или смарт-карте.

Статус сертификата проверяется по CRL во время активной сессии. Если служба безопасности отзывает сертификат, проверка не ограничивается следующим подключением пользователя.

На пилоте нужны два сценария. Сначала сотрудник подключается действующим сертификатом и открывает нужный ресурс 1С. Затем администратор отзывает сертификат и проверяет реакцию активной сессии.

Не смешивайте сетевой допуск с полномочиями внутри информационной базы. NGFW решает, можно ли установить соединение. Роли 1С определяют, какие данные увидит пользователь после входа.

IPS в v23 распознаёт SSH-туннели. В профиле TLS/SSL-инспекции появилась блокировка протоколов, спрятанных внутри расшифрованного сеанса. Эта проверка требует расшифровки трафика, в отличие от базового обнаружения ИИ-сервисов.

Перед включением TLS-инспекции соберите список исключений. Сертификатное закрепление и отдельные клиентские приложения могут не принять подмену сертификата. Такие отказы нужно выявить на тестовой группе.

Журналы должны отвечать на вопрос, а не только хранить события

v23 расширяет набор SNMP-метрик для кластера, VPN, оборудования и нагрузки. Также появились SNMP traps — уведомления, которые устройство отправляет при событии.

Ideco Center собирает журналы с управляемых NGFW. События можно передавать во внешнюю систему через Syslog/CEF с отбором и фильтрацией. Официальная страница Ideco также перечисляет интеграции через REST API, NetFlow, SNMP и Zabbix.

Для пилота задайте проверяемые события. Например: обнаружен ChatGPT, заблокирован SSH-туннель, потеряно соседство BGP, отозван сертификат, переключён маршрут. Затем найдите каждое событие в системе мониторинга.

Если инфраструктурные метрики уже собраны, не создавайте вторую изолированную панель. Свяжите события NGFW с контролем Linux, PostgreSQL и процессов 1С. Тогда дежурный увидит сетевое переключение рядом с состоянием приложения и СУБД.

Порядок пилота перед обновлением рабочего периметра

Снимите текущую конфигурацию, экспортируйте правила и сохраните таблицу маршрутов. Запишите контрольные операции 1С и точки наблюдения. Без исходного состояния нельзя отличить новый дефект от старого.

Дальше проводите испытания по одному изменению:

  1. Включите обнаружение ИИ-приложений без блокировки. Сверьте найденные сервисы, прокси, пользователей и журналы.
  2. Создайте отдельные правила для ИИ-агентов, сервисов и чат-ботов. Проверьте согласованные исключения.
  3. Настройте QoS на тестовом участке. Загрузите WAN-канал и повторите рабочие операции 1С.
  4. Проверьте MTU и MSS через действующий тип туннеля. Зафиксируйте значение и условие возврата.
  5. Отключите основной маршрут. Убедитесь, что филиал сохранил доступ к нужным узлам.
  6. Испытайте сертификатный вход и отзыв сертификата во время активной сессии.
  7. Проверьте передачу событий в мониторинг или SIEM. У каждого сценария должна остаться запись.

Не объединяйте шаги в одно окно. Если одновременно изменить маршрутизацию, TLS-инспекцию и QoS, причину сбоя придётся искать среди трёх политик.

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

Правило решения простое. Если вам нужен контроль содержимого запросов к ИИ, одной v23 недостаточно: Shadow AI Discovery не заменяет DLP.

Если задача шире, пилот оправдан. v23 стоит испытывать, когда нужно видеть ИИ-сервисы, сохранять сеансы 1С на загруженных каналах и отзывать удалённый доступ по сертификату.

ideco ngfw shadow ai динамическая маршрутизация сетевой периметр удалённый доступ