Межведомственный обмен данными перестал быть проектом «на будущее». СМЭВ работает, запрос справки из одного ведомства в другое идет по регламенту, а 210-ФЗ запрещает требовать с гражданина документы, которые государство уже хранит. Но за фасадом единого окна стоит инженерная задача: соединить разнородные системы так, чтобы данные шли быстро, не терялись и не утекали. Криптошлюз тут – не опция, а условие подключения.

Где проходит граница доверия

Ведомственные системы строились годами и независимо друг от друга. У одного – Oracle и SOAP-сервисы, у другого – самописный учет на устаревшей платформе, у третьего вообще выгрузки файлами по расписанию. Прямая интеграция «каждый с каждым» дает квадратичный рост связей и неуправляемую матрицу согласований по безопасности.

Поэтому обмен строят через шину. Каждое ведомство выставляет адаптер к интеграционному слою, а маршрутизация, преобразование форматов и логирование живут централизованно. Это снимает зависимость потребителя от внутреннего устройства поставщика – ту же развязку мы разбирали в заметке про сервисный реестр и discovery. Без каталога сервисов и понятных контрактов межведомственная шина превращается в клубок недокументированных вызовов, который никто не рискнет менять.

Граница доверия проходит по периметру каждого ведомства. Внутри сети трафик можно считать относительно защищенным, но как только пакет уходит на сторону СМЭВ или соседнего органа – он пересекает недоверенную среду. Здесь и встает криптошлюз.

Криптошлюз и сертифицированная криптография

Регулятор не оставляет свободы выбора. Каналы для передачи сведений, в том числе персональных данных и информации ограниченного доступа, защищают средствами с действующими сертификатами ФСБ и ФСТЭК России. На практике это означает шифрование по ГОСТ 28147-89 и электронную подпись по ГОСТ Р 34.10-2001 на стыке систем.

Типовая схема – VipNet Coordinator или АПКШ «Континент» как шлюз периметра плюс КриптоПро CSP для подписи сообщений на прикладном уровне. Шлюз поднимает защищенный туннель между узлами сети, подпись подтверждает авторство и целостность конкретного запроса. Эти уровни не взаимозаменяемы: туннель закрывает канал, подпись закрывает сообщение, и для юридически значимого обмена нужны оба.

Криптошлюз нельзя «прикрутить сбоку» в конце проекта. Он диктует адресацию, MTU, тайминги и порядок установки соединений. Если интеграционная команда узнает про ГОСТ-шифрование на этапе приемки – переделывать придется и сетевую топологию, и логику ретраев. Криптографию закладывают в архитектуру с первого дня.

Регламент важнее технологии

Самая частая причина сбоя межведомственного обмена – не криптография, а рассогласование форматов и регламентов. Поставщик поменял версию схемы, не предупредив потребителей. Сертификат подписи истек в выходные. Лимит запросов в СМЭВ превышен из-за неоптимального кэширования на стороне потребителя.

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

Вывод

Защищенный межведомственный обмен – это связка из трех слоев: интеграционная шина с управляемыми контрактами, сертифицированная ГОСТ-криптография на периметре и в сообщениях, и жесткий регламент эксплуатации. Слабость любого из них рушит всю конструкцию, поэтому интеграцию корпоративных и ведомственных систем проектируют как единое целое – от адаптеров до криптошлюзов.