01
Лишний доступ
Нужна одна БД или сервер, а пользователь получает доступ к целой подсети.
Работает в вашей инфраструктуре · можно начать с пилота
Доступ к инфраструктуре. Не ко всей сети.
GDSGate даёт сотрудникам и подрядчикам доступ только к нужным системам: серверам, базам данных, Kubernetes, внутренним веб-приложениям, MCP и сервисам моделей. При этом пользователю не нужно открывать всю сеть, а на площадке — входящие порты.
OIDC · Cedar · временный доступ · единый журнал событий
$ gdsgate login
identity alex@example.com
groups platform, oncall
$ gdsgate ssh prod-api-03
ALLOW resource=SshHost::prod-api-03
ttl 5m · session audited
$ gdsgate db proxy prod-orders
DENY policy: prod-db requires approval
SSHPostgreSQLMySQLKubernetesВнутренние веб-системыMCPСервисы моделейTCP
ЗАЧЕМ GDSGATE
VPN часто даёт больше доступа, чем нужно.
Подрядчику может быть нужна одна база данных, а VPN открывает ему целую сеть. GDSGate выдаёт доступ к конкретному ресурсу, на нужный срок и по заданным правилам. Все решения и подключения попадают в единый журнал.
02
Постоянные ключи и пароли
SSH-ключи и пароли со временем накапливаются. Их сложно вовремя отзывать и связывать с конкретным человеком.
03
Правила в разных местах
Для SSH, баз данных, Kubernetes и внутренних сервисов приходится отдельно настраивать права и собирать журналы событий.
КАК ЭТО РАБОТАЕТ
Четыре шага
Коннектор на защищённой площадке сам подключается к GDSGate. Пользователь выбирает нужный ресурс, система проверяет его права и только после этого открывает соединение.
01
Вход
Пользователь входит через OIDC. Для сервисов и автоматизации можно использовать отдельные служебные учётные данные.
02
Проверка прав
Cedar проверяет, кто запрашивает доступ, к чему, для какого действия и при каких условиях.
03
Временный доступ
После разрешения GDSGate выдаёт временные учётные данные только для этой сессии.
04
Коннектор на площадке
Коннектор сам устанавливает исходящее соединение и обращается к ресурсам изнутри защищённой сети.
Пользователь / сервисssh · psql · kubectl · браузер
OIDC + запрос
Прокси (Proxy)принимает подключения пользователей
исходящий обратный туннель
Коннектор (Connector)внутри защищённой сети · только исходящее соединение
Хост агентов (Agent Host)агенты с собственными учётными записями · их интерфейсы публикуются в каталоге
Защищённые ресурсыSSH · БД · Kubernetes · веб · MCP · модели · TCP
GDSGate контролирует только подключения через шлюз. Если к серверу можно подключиться другим способом, этот путь нужно ограничивать отдельно.
СЦЕНАРИИ
Где использовать
Филиалы и производственные площадки
Центральная ИТ-служба подключается к серверам, базам данных и внутренним системам филиалов, складов и производственных площадок. Открывать входящие порты на каждой площадке не нужно.
Подрядчики и сервисные инженеры
Подрядчику можно открыть только нужный сервер или БД и только на нужное время. При необходимости доступ сначала согласует ответственный сотрудник.
Администраторы и эксплуатация
Администраторы продолжают работать привычными ssh, psql, kubectl и TCP-клиентами. GDSGate проверяет права перед подключением.
Сервисы, CI и ИИ-агенты
Сервисы, CI и автоматизация получают собственную краткоживущую идентичность и проходят те же правила доступа, что и пользователи. Для ИИ-агентов используется отдельная песочница: агент получает только разрешённые ресурсы и действия, а не все права пользователя. Постоянно работающие агенты используют отдельный хост и собственные учётные записи.
ИИ-АГЕНТЫ
Агент в песочнице
ИИ-агент может выполнять задачи от имени пользователя, но работает в заранее ограниченных рамках. Он получает только те ресурсы и действия, которые ему разрешены, а остальные полномочия пользователя ему недоступны. Делегацию можно отозвать в любой момент.
ПользовательПередаёт агенту конкретную задачу.
→
Песочница агента
ИИ-агент
Работает с делегированными полномочиями, которые уже ограничены политиками доступа.
разрешённые ресурсыразрешённые действиябез полного доступа пользователя
→
Разрешённый сервер
Разрешённая БД или API
Остальная инфраструктура
Та же модель подходит не только для ИИ: ограниченные полномочия можно передавать автоматизации и другим исполнителям, не раскрывая им весь доступ пользователя.
Хост агентов (Agent Host)
Для постоянно работающих агентов предусмотрен отдельный хост. Он запускает программы, которые объявляет оператор. У такого агента собственная учётная запись, свои права и свой след в журнале, это не продолжение прав сотрудника.
ОператорОбъявляет агента, его права и интерфейсы.
ПользовательРезидентный клиент держит локальный адрес для каждого ресурса каталога — интерфейсы агента в их числе.
→
Хост агентов
Долгоживущий агент
Работает постоянно под собственной учётной записью. Учётных данных не хранит.
изоляция на хостепродление доступасвои группы
Опубликованные интерфейсы
консольвеб-страницаAPI моделиMCP-инструменты
→
Разрешённый сервер
Разрешённая модель или БД
Остальная инфраструктура
К ресурсам агент обращается через шлюз: каждый вызов проверяется по правилам доступа и попадает в журнал от имени самого агента. Пользователь подключается к интерфейсу агента так же, как к любому другому ресурсу каталога.
01
Собственная учётная запись
Агента объявляет оператор централизованно. У агента собственная учётная запись и группы, и в журнале действует он, а не человек, который его запустил.
02
Изоляция на узле
Каждый агент работает в изолированной среде с ограничениями файловой системы, пространств имён, системных вызовов и ресурсов узла. По умолчанию — строгий профиль.
03
Без ключей на руках
Агент не хранит учётных данных. Ему видны только локальные адреса разрешённых ресурсов, а каждое обращение проверяется на шлюзе.
04
Автоматическое продление доступа
Пока агент работает, хост продлевает его доступ. По истечении срока действия доступ закрывается: агент либо замораживается, либо останавливается.
Интерфейсы агента — консоль, веб-страница, API модели, MCP-инструменты или TCP-поток — публикуются в каталоге как обычные ресурсы. Веб-страница может получать подписанное удостоверение посетителя: тогда вызов проходит, только если разрешён и агенту, и посетителю, а в журнале остаётся посетитель.
ГДЕ ПРИМЕНЯЮТ
ИИ-помощник
Помощник работает постоянно и отвечает через внутреннюю веб-страницу. К модели он обращается через шлюз, а страница может получать подписанное удостоверение посетителя: вызов пройдёт, только если разрешён и помощнику, и самому сотруднику.
Помощник по данным
Агенту выдаётся узкий доступ к одной базе или кластеру: он отвечает на вопросы и готовит выборки, не получая прав администратора. Запросы на запись можно запретить правилом.
Бот эксплуатации
Бот постоянно работает рядом с инфраструктурой, читает состояние и выполняет ограниченный набор действий в Kubernetes. Правило отделяет чтение от изменений.
Агент на площадке
Агент работает внутри филиала или производственной площадки и обращается к местным системам изнутри. Открывать входящие порты не нужно: хост агентов сам подключается наружу.
БЕЗОПАСНОСТЬ
Доступ под контролем
GDSGate отдельно проверяет пользователя, его права и сам ресурс. Коннектору не нужен открытый входящий порт, а все решения о доступе принимаются централизованно.
Вход и права
OIDC отвечает за вход, Cedar — за права. Можно учитывать пользователя, его группы, ресурс и условия запроса.
Временные учётные данные
Для разрешённого подключения выдаётся временный сертификат или сеансовые учётные данные вместо постоянного общего пароля или ключа.
Проверка внутри сессии
Для Kubernetes, MCP, сервисов моделей, баз данных и веб-приложений GDSGate может проверять не только сам вход, но и отдельные действия внутри сессии.
Согласование доступа
Для важных ресурсов можно потребовать согласование перед подключением.
Журнал и активные сессии
GDSGate записывает решения о доступе и события сессий. Активные подключения можно просматривать и завершать.
Развёртывание у вас
GDSGate и его коннекторы работают в вашей инфраструктуре. Компоненты можно разнести по отдельным узлам, состояние хранить в PostgreSQL.
VPN И GDSGATE
Разные задачи
Обычный VPN
GDSGate
Что открывается
Сеть или подсеть
Конкретный ресурс
Входящий доступ на площадке
Часто нужен
Не нужен: коннектор подключается сам
Что проверяется
Обычно доступ к сети
Пользователь, действие, ресурс и условия
Учётные данные
Часто постоянные ключи и пароли
Временные данные для сессии
Аудит
Зависит от целевой системы и VPN
Единый журнал решений и сессий
Привычные клиенты
Да
Да: ssh, psql, kubectl, TCP-клиенты
ЦЕНЫ
Прозрачная лицензия
Лицензия зависит от числа пользователей. Серверы, базы данных, приложения и коннекторы отдельно не тарифицируются.
До 10 пользователей
360 000 ₽/ год
До 10 пользователей
До 500 защищаемых ресурсов
Для небольшой ИТ-службы
До 25 пользователей
600 000 ₽/ год
До 25 пользователей
До 1500 защищаемых ресурсов
Для компаний с несколькими площадками
До 50 пользователей
900 000 ₽/ год
До 50 пользователей
До 5000 защищаемых ресурсов
Для крупных ИТ-служб
До 100 пользователей
1 500 000 ₽/ год
До 100 пользователей
До 10 000 защищаемых ресурсов
Для крупных компаний
Custom
Индивидуально
Более 100 пользователей
Защищаемые ресурсы — по договорённости
Цены указаны без НДС.
Самостоятельная техническая оценка — 30 дней бесплатно.
Пилот с нашим участием (assisted PoC) — платный; стоимость засчитывается при покупке лицензии.
Внедрение после пилота — отдельная услуга.
Расширенная поддержка рассчитывается отдельно.
Самостоятельная техническая оценка — 30 дней бесплатно.
Пилот с нашим участием (assisted PoC) — платный; стоимость засчитывается при покупке лицензии.
Внедрение после пилота — отдельная услуга.
Расширенная поддержка рассчитывается отдельно.
О КОМПАНИИ
GDS, с 2012 года
GDS занимается разработкой ПО с 2012 года. Более 30 наших проектов работают у заказчиков: корпоративные и промышленные системы, ИИ-решения и инфраструктурное ПО.
ПИЛОТ
Начните с пилота
Выберите один реальный сценарий — например, доступ подрядчика к БД или администратора к серверу филиала. На нём можно проверить установку, правила доступа, аудит и работу привычных инструментов.
Опишите, к каким системам и откуда нужен доступ. Ответим в ближайший рабочий день и предложим план пилота.