28 мая 2026 года в Москве обсудили VPN-сервисы, защищённые каналы связи и правовые риски для бизнеса. ТехноГид представил практический взгляд системного интегратора.

[01] Заседание
28 мая 2026 года, в преддверии ПМЭФ состоялось заседание Рабочей группы по цифровизации при Уполномоченном по защите прав предпринимателей в городе Москве. Темой круглого стола стали VPN-сервисы, правовые риски для государства и бизнеса, а также новые предложения по оптимизации взаимодействия между предпринимательским сообществом, экспертами и регуляторами. Наша компания «ТехноГид» приняла активное участие во встрече.
В повестку вошли вопросы блокировки VPN, использования защищённых каналов связи в интересах бизнеса и влияния цифровой изоляции на международное сотрудничество. Для компаний эта тема давно вышла за рамки технической дискуссии: от доступности защищённых каналов зависит удалённая работа сотрудников, сопровождение распределённой инфраструктуры, взаимодействие с подрядчиками, доступ к внешним технологическим ресурсам и устойчивость бизнес-процессов.
ООО «ТехноГид» на заседании представили Людмила Швайбович, советник генерального директора, и Константин Чернокожин, архитектор ИТ-решений ООО «ТехноГид». Его выступление было посвящено теме «Цифровая трансформация компании — как корпоративный VPN защищает бизнес».
[02] Практика
Участие «ТехноГида» в такой дискуссии закономерно. Компания как системный интегратор реализует проекты по построению защищённой ИТ-инфраструктуры для среднего и крупного бизнеса, государственных учреждений и объектов критической информационной инфраструктуры. Сетевая безопасность и управление доступом — одно из ключевых направлений экспертизы компании: проектирование сетевых периметров, внедрение средств криптографической защиты, построение защищённых каналов связи между филиалами, организация удалённого доступа для сотрудников и подрядчиков, интеграция VPN-решений с системами мониторинга и SIEM.
Для системного интегратора корпоративный VPN — это не абстрактный инструмент и не второстепенная технология. Это часть ежедневной проектной и сервисной работы. Через защищённые каналы обеспечивается удалённое администрирование, подключение инженерных команд, доступ к инфраструктуре заказчиков, взаимодействие с внешними подрядчиками, обновление решений, получение документации, работа с репозиториями, библиотеками, системами управления версиями и другими технологическими ресурсами.
Любые ограничения VPN-трафика могут становиться для интегратора не просто неудобством, а операционным риском. Если защищённый доступ работает нестабильно, срываются окна сопровождения, усложняется расследование инцидентов, растёт время реакции на заявки, замедляются внедрения и обновления, появляются дополнительные трудозатраты у инженеров и администраторов. В результате страдает не только сам интегратор, но и заказчики, для которых он отвечает за работоспособность и безопасность инфраструктуры.
При этом системный интегратор не может просто заменить корпоративный VPN случайными обходными инструментами. Для него важна не только доступность канала, но и его легальность, управляемость, соответствие требованиям безопасности, возможность журналировать действия, ограничивать доступ и отвечать за результат перед заказчиком. Для таких компаний критически важно, чтобы корпоративный VPN имел понятный правовой статус и не попадал в одну категорию с публичными сервисами анонимизации.
Именно поэтому для «ТехноГида» вопрос регулирования корпоративного VPN — не абстрактная дискуссия, а непосредственная часть практики. Каждый проект начинается с понимания, какие сценарии доступа нужны заказчику, какие требования к защите данных предъявляет отрасль и как обеспечить соответствие нормативным требованиям ФСТЭК и ФСБ. Без чёткого понятийного аппарата и предсказуемых правил системные интеграторы вынуждены проектировать решения в условиях регуляторной неопределённости, а заказчики — нести неоправданные риски.
[03] Сценарии
Ключевая позиция «ТехноГида» заключается в том, что публичные VPN-сервисы и корпоративный VPN нельзя оценивать по одной логике. Это одно слово, но разные сценарии, разные цели, разные риски и разные требования к контролю.
Публичный VPN чаще всего используется как сервис для изменения маршрута выхода в интернет. Им управляет внешний провайдер, пользователь доверяет ему свой трафик, а основной принцип такого инструмента — анонимизация или сокрытие маршрута подключения.
Корпоративный VPN решает противоположную задачу. Его цель — не скрыть пользователя, а, наоборот, точно определить, кто подключается к ресурсам компании, с какого устройства, в каком контексте и к каким системам должен получить доступ. В корпоративной модели важны идентификация, ограничение, журналирование и контроль. Компания или её ИТ-партнёр управляет доступом, задаёт политики, ограничивает маршруты, отслеживает события и отвечает за эксплуатацию.
Именно поэтому корпоративный VPN не должен рассматриваться как средство обхода ограничений. Для бизнеса это часть архитектуры информационной безопасности и защищённого удалённого доступа. В ряде случаев такой инструмент используется в регулируемых контурах: при работе с персональными данными, критической информационной инфраструктурой, государственными информационными системами, промышленными объектами, филиальными сетями и удалённым администрированием.
Корпоративный VPN — это не «коробка с VPN-шлюзом», а работающая услуга удалённого доступа с понятной ответственностью. Зрелая модель включает обследование инфраструктуры, проектирование целевой архитектуры, настройку политик доступа, внедрение многофакторной аутентификации, сегментацию, журналирование, мониторинг, регулярное обновление и сопровождение. В практике системных интеграторов такой проект обычно начинается не с выбора конкретного продукта, а с описания сценариев доступа. Нужно понять, какие сотрудники, подрядчики или администраторы подключаются к каким системам, какие устройства они используют, какие ресурсы действительно нужны для работы, как фиксируются действия и кто отвечает за пересмотр прав доступа. В этом смысле VPN защищает не сам по себе. Защищает архитектура доступа вокруг него.
[04] Позиция

«Первый практический шаг — выработать единый отраслевой понятийный аппарат сценариев VPN силами межведомственной экспертной группы с участием индустрии. Это даст и качество законотворчества, и предсказуемость правоприменения»
[05] Архитектура
У корпоративного VPN есть несколько обязательных опор.
Первая — пользователь. Доступ должен быть привязан к корпоративной учётной записи, роли, жизненному циклу сотрудника и обязательной многофакторной аутентификации.
Вторая — устройство. Важно понимать, с какого устройства происходит подключение, управляется ли оно компанией, обновлено ли программное обеспечение, работает ли средство защиты, соблюдаются ли базовые требования безопасности.
Третья — роль и маршрут. Доступ не должен открываться «ко всей сети». Пользователь должен получать доступ только к тем подсетям, серверам и приложениям, которые нужны ему для выполнения конкретной задачи.
Четвёртая — сегментация. Между ролями, подразделениями, сервисами и критичными системами должны быть явные сетевые политики, ограничения по портам, протоколам и направлениям подключения.
Пятая — мониторинг. События VPN должны попадать в систему мониторинга или SIEM, сопоставляться с другими источниками данных и использоваться для расследования инцидентов.
Шестая — эксплуатация. VPN-инфраструктура требует обновлений, резервирования, контроля уязвимостей, тестов восстановления и регулярного пересмотра прав доступа.
Если этих элементов нет, VPN действительно может стать дополнительной поверхностью атаки. Один пароль без MFA, доступ «всё или ничего», подключение с личных неуправляемых устройств, устаревший шлюз без обновлений и логов — всё это превращает защищённый канал в риск для компании.
Но если корпоративный VPN построен правильно, он становится не проблемой, а инструментом управления рисками. Он позволяет не публиковать внутренние системы напрямую в интернет, ограничивать доступ по ролям, фиксировать действия пользователей, управлять подключениями подрядчиков и поддерживать работу распределённой инфраструктуры.
[06] Сценарии
На фоне активного ограничения публичных VPN-сервисов особенно важно не смешивать эти сценарии. Государственная логика борьбы с недобросовестным использованием публичных VPN понятна: такие сервисы могут применяться для обхода ограничений, сокрытия источника трафика, мошеннических действий и иных неправомерных сценариев. Но корпоративная инфраструктура защищённого доступа решает другую задачу и должна регулироваться отдельно.
Роскомнадзор ранее публично обозначал, что использование VPN для корпоративного взаимодействия внутри российских сетей не ограничивается. Тем не менее, для ИТ-компаний и системных интеграторов вопрос по-прежнему особенно чувствителен. Даже при курсе на импортозамещение бизнес продолжает работать с технической документацией, обновлениями, открытым кодом, международными стандартами, репозиториями, исследовательскими материалами и внешними сервисами. Полное или непредсказуемое ограничение таких каналов может замедлять разработку, усложнять сопровождение решений и повышать стоимость технологического развития.
Поэтому задача сегодня — не «разрешить VPN вообще» и не «запретить VPN полностью». Задача — разделить сценарии. Публичный VPN для частного пользователя, корпоративный защищённый доступ, межфилиальная связь, удалённое администрирование, подключение подрядчиков, доступ к зарубежной технической документации и работа на международных рынках — это разные случаи применения. Для каждого из них нужны свои требования, свои ограничения и свои модели контроля.
[07] Регулятор
Актуальность этой позиции подтверждается и публичной реакцией регулятора. 2 июня 2026 года Роскомнадзор прокомментировал жалобы ИТ-компаний на сложности в работе из-за ограничений VPN-трафика. Ограничения начали напрямую влиять на разработчиков программного обеспечения: проблемы возникают при использовании репозиториев кода, систем управления версиями, библиотек и сред разработки с облачными компонентами.
В Роскомнадзоре заявили, что доступ к зарубежным ресурсам с использованием необходимых российским организациям VPN-протоколов предоставляется по техническим заявкам. В перечень исключений, по данным РКН, уже включены более 57 тысяч адресов и подсетей примерно 1,7 тысячи организаций, в том числе компаний-разработчиков.
Этот механизм показывает, что потребность бизнеса в защищённом доступе признаётся на практике. Но одновременно он подчёркивает и главную проблему: компаниям нужен не ручной режим исключений, а понятный, прозрачный и адекватный порядок работы с корпоративными VPN. Иначе добросовестные организации остаются в ситуации неопределённости: технологическая потребность есть, регуляторная процедура частично существует, но единый понятийный аппарат и предсказуемые правила применения корпоративного VPN всё ещё требуют доработки.
[08] Для бизнеса
Для бизнеса единая система определений — это не формальность. Это основа предсказуемого правоприменения. Пока один и тот же термин используется для разных технологий и разных задач, компании не могут точно оценивать свои риски, планировать архитектуру доступа и понимать, какие решения допустимы в конкретном контуре.
Позиция «ТехноГида» заключается в том, что отрасли нужен диверсифицированный подход к регулированию. В первую очередь необходимо изучить правовое поле на возможность разделения корпоративных и публичных VPN. Нормативные акты не всегда закладывают единую терминологическую основу, а дальше каждое ведомство трактует термины исходя из своих задач. Необходимо рассмотреть варианты закрепления понятия «корпоративный VPN» и описать легитимные сценарии его применения: для защищённого удалённого доступа, межфилиальной связи, администрирования, работы с подрядчиками, технологического сопровождения и международной деловой активности. Это даст и качество законотворчества, и предсказуемость правоприменения. Такая инициатива прямо зафиксирована в тезисах выступления.
В такой модели корпоративный VPN может быть не серой зоной, а понятным инструментом бизнеса. Он должен быть легален, управляем, контролируем для компании и применяться в рамках понятных требований безопасности.
Особенно важно, чтобы в эту работу были включены не только регуляторы, но и представители индустрии: системные интеграторы, разработчики средств защиты, операторы связи, заказчики из регулируемых отраслей, юридические и технические эксперты. Именно они видят, как требования работают на практике, где возникают разрывы между нормой и эксплуатацией, какие сценарии действительно нужны бизнесу и какие технические ограничения можно реализовать без ущерба для безопасности.
Рынок защищённого доступа в России уже достаточно развит. У компаний есть выбор российских решений, сертифицированных средств криптографической защиты, программных клиентов, аппаратных шлюзов и гибридных моделей. Но зрелость рынка должна сопровождаться зрелостью регулирования. Иначе компании будут вынуждены работать в условиях правовой неясности там, где им нужна понятная и воспроизводимая модель работы.
Корпоративный VPN не исчезает. Он становится одним из инструментов в более широком наборе технологий защищённого доступа: Zero Trust, ZTNA, SASE, сегментации, мониторинга, контроля устройств и управления идентичностями. Но фундамент остаётся тем же: проверка, ограничение и контроль.
Именно вокруг этих принципов и должно строиться регулирование. Не вокруг самого слова VPN, а вокруг сценариев его использования, уровня риска и ответственности участников.
Для государства это даст возможность точнее отделять недобросовестные способы обхода ограничений от легитимной инфраструктуры бизнеса. Для компаний — возможность продолжать работу, развивать цифровые сервисы, обслуживать распределённые системы, взаимодействовать с партнёрами и защищать свои данные. Для рынка — шанс перейти от неопределённости к понятным правилам. Такой подход позволит сохранить баланс между требованиями безопасности государства и реальными потребностями бизнеса.
[09] Консультация
Расскажите, кому и к каким системам нужен доступ. Поможем спроектировать защищённое подключение, настроить политики и сопровождение.