Томский государственный университет до конца 2026 года тестирует InfoWatch ARMA Стена для защиты критической ИТ-инфраструктуры. История важна не только для вузов: здесь показателен сам формат, в котором крупный заказчик не просто покупает NGFW, а фактически участвует в его доводке под реальную эксплуатацию в сложной сети.
Пилотный проект ТГУ и InfoWatch ARMA запущен для усиления защиты критической информационной структуры университета, по данным CNews. Тестирование продлится до конца 2026 года, а само сотрудничество строится не как формальная поставка «железа в стойку», а как кастдев: университет выступает квалифицированным заказчиком, который проверяет продукт в боевых условиях и сразу возвращает замечания разработчику.
Если разложить новость по фактам, картина получается вполне конкретная. В 2025 году ТГУ взял на пилот три межсетевых экрана. По итогам теста университет выбрал решение InfoWatch ARMA. Сейчас в промышленной эксплуатации у вуза находятся два программно-аппаратных комплекса InfoWatch ARMA Стена. Первый использовался еще в пилоте, второй университет получил в конце апреля 2026 года как дополнительный контур защиты критической инфраструктуры.
Отдельно интересен не сам факт выбора NGFW, а способ его проверки. Ректор ТГУ Эдуард Галажинский описывает процесс как работу «продвинутого пользователя»: университет дает обратную связь по продукту, команда вендора вносит изменения, выпускает обновления, а заказчик сразу смотрит, насколько они корректно отрабатывают в реальной среде. Особое внимание, по его словам, уделяется интеграции с ГосСОПКА. Для российских организаций, которые живут не в лаборатории, а в контуре обязательных требований и отчетности, это, пожалуй, важнее любой красивой презентации про «нулевое доверие» и «адаптивную политику безопасности».
Именно поэтому кейс ТГУ выглядит шире одной вузовской закупки. Образовательные учреждения давно перестали быть «легкой» инфраструктурой. Университет — это обычно смешение административных систем, учебных сервисов, исследовательских контуров, сетей кампуса, удаленного доступа, подрядчиков, интеграций с государственными платформами и постоянного потока новых пользователей. В такой среде NGFW проверяется не на стенде, а на способности не ломать процессы при реальной нагрузке. Если продукт проходит этот этап, это уже аргумент не из маркетинга, а из практики.
Для InfoWatch проект тоже решает вполне прикладную задачу. Президент ГК InfoWatch Наталья Касперская прямо говорит, что совместная работа с ТГУ нужна не только ради защиты корпоративной сети конкретного университета, но и для доработки продукта под требования образовательной сферы. Это важная оговорка: вендор получает от заказчика не абстрактный фидбек уровня «хотелось бы удобнее», а замечания от инфраструктуры, где есть регуляторный контур, разнородные сегменты и реальная эксплуатация. Такой формат полезнее, чем бесконечные пилоты ради галочки, после которых продукт красиво выглядит в отчете и куда менее убедительно — в проде.
На российском рынке ИБ это вписывается в понятный тренд. Заказчики все чаще требуют от защитных решений не только формального соответствия классу продукта, но и понятной адаптации под отраслевой сценарий. Универсальный NGFW «для всех» звучит хорошо ровно до первого сложного кейса с интеграцией, политиками доступа и сопряжением с госсистемами. Поэтому сотрудничество в формате совместной доводки становится почти обязательным для вендоров, которые хотят не просто поставить решение, а закрепиться в отрасли. Особенно там, где инфраструктура живет по собственным правилам и не терпит слишком академического отношения к надежности.
Для ИТ-директоров и команд эксплуатации в этой истории есть еще один практический сигнал. Выбор межсетевого экрана теперь все реже сводится к сравнению списка функций. Гораздо важнее, насколько быстро вендор отвечает на замечания, умеет выпускать корректировки, разбирается в специфике заказчика и готов работать с требованиями вроде тех же сценариев взаимодействия с ГосСОПКА. ТГУ здесь фактически тестирует не только технологию, но и операционную зрелость поставщика. И это, возможно, более жесткий экзамен, чем обычный конкурс с таблицей характеристик.
Для разработчиков и продуктовых команд в ИБ новость тоже показательная. Если заказчик уровня крупного университета включается в цикл доработки, это означает, что победа в пилоте — не финал, а только вход в длинный процесс уточнения требований. Продукт, особенно в сетевой безопасности, уже нельзя считать «готовым» только потому, что он умеет делать все нужное по спецификации. Нужно еще, чтобы он корректно вел себя в живой инфраструктуре, нормально обновлялся и не требовал шаманства при настройке интеграций.
К концу 2026 года у этого проекта будет более интересный результат, чем сам факт внедрения в одном вузе. Вопрос в том, станет ли InfoWatch ARMA Стена после обкатки в ТГУ действительно удобным отраслевым продуктом для образовательных организаций, или же история останется единичным кейсом с высоким уровнем вовлеченности заказчика. Для рынка ИБ это хороший маркер: выигрывать будут не те, кто громче всех называет свое решение платформой, а те, кто выдерживает встречу с реальной инфраструктурой и ее не самыми дружелюбными требованиями.