Octelium

Обновлено: 1 месяц 3 дня назад
Octelium управляет безопасным доступом людей, приложений и ИИ-агентов к внутренним ресурсам. Политики запросов, централизованные секреты, шлюзы API моделей и MCP работают в самостоятельно размещаемом кластере. Основной код открыт.

Рабочему агенту часто нужен доступ сразу к нескольким системам. Он читает документы, обращается к модели, выполняет запросы к базе и вызывает инструменты. Если каждому процессу раздать постоянные ключи, контроль прав быстро усложняется. Octelium размещает проверку доступа между клиентом и защищённым ресурсом.

Инфраструктура для людей и агентов

Платформа объединяет удалённый доступ и шлюзы приложений в самостоятельно размещаемом кластере. За одним механизмом политик могут находиться внутренний сайт, SSH-сервер, база данных, API модели и MCP-инструменты.

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

Идентичность вместо общих ключей

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

Права привязываются к пользователю, группе, сессии, сервису и пространству имён. Для ИИ-агента это позволяет выделить отдельный набор разрешений вместо общего технического аккаунта с широким доступом.

Правила для каждого запроса

Политики учитывают свойства клиента, устройства, ресурса и самого обращения. Условия записываются на CEL или через Open Policy Agent. Можно разрешить определённый HTTP-путь, ограничить действие в базе или учитывать контекст сессии.

Без подходящего разрешающего правила доступ закрыт. При одинаковом приоритете запрет имеет преимущество; более высокий приоритет разрешения способен изменить решение. Автоматического суперпользователя с доступом ко всем сервисам в этой модели нет.

MCP с контролем инструментов

MCP-шлюз ставит вызовы инструментов под общие правила доступа. Платформа проверяет клиента и помогает отделить доступ к серверу от разрешения выполнить конкретное действие.

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

Шлюз к языковым моделям

Режим LLM принимает запросы к API моделей, проверяет их и передаёт провайдеру. Он поддерживает протоколы OpenAI, Anthropic и Gemini, делает сведения о запросе доступными политикам и подставляет ключ внешнего API.

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

Внутренние сайты и базы

Сервисы поддерживают HTTP, SSH, RDP, PostgreSQL, MySQL и другие сетевые режимы. Для браузерных ресурсов предусмотрен доступ без отдельного сетевого клиента; клиентские подключения используют собственный защищённый канал.

Основные задачи этого слоя:

  • Открыть сотруднику доступ к нужному внутреннему приложению.
  • Выдать рабочему процессу ограниченные права к API или базе.
  • Применить общие политики к обращениям людей и ИИ-агентов.

Журналы и наблюдение

Система собирает сведения об обращениях и поддерживает интеграцию с OpenTelemetry. Для разных режимов доступны собственные детали событий, включая запросы к моделям и действия внутри защищённых сервисов.

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

Кластер на собственной инфраструктуре

Развёртывание основано на Kubernetes. Администратор готовит кластер, сетевые параметры, защищаемые сервисы и политики, затем обслуживает обновления и резервные копии.

Это инфраструктурный продукт с открытым кодом. Его практическая сложность связана с настройкой окружения и разрешений; готового результата после одного текстового запроса здесь нет.

Где работает

Доступны CLI, программное управление через API, браузерный доступ к опубликованным веб-ресурсам и MCP-шлюз. Утилита octelium обслуживает пользовательские подключения, octeliumctl управляет ресурсами, octops помогает с операциями кластера.

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

Расходы на развёртывание

Основной код опубликован под AGPL-3.0 и доступен бесплатно. Серверы, обслуживание кластера, хранение журналов и обращения к платным внешним API остаются отдельными расходами.

Для корпоративного сопровождения разработчик предлагает связаться с командой. Публичного единого прайса на эту услугу нет. Условия лицензии следует учитывать при модификации и предоставлении программного обеспечения через сеть.

Доступ в рабочем процессе

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

Рабочий инструмент может запускаться в Kiro , а документы готовиться в Kuse AI . Octelium отвечает за доступ к подключённым ресурсам в тех сценариях, где команда сама строит такую интеграцию.

Сильные стороны и ограничения

Плюсы

  • Самостоятельное размещение и открытый исходный код.
  • Общие политики для разных типов клиентов и ресурсов.
  • Централизованное хранение секретов и проверка запросов.
  • Отдельные режимы для MCP и API языковых моделей.

Ограничения

  • Нужны навыки работы с Kubernetes и сетевой инфраструктурой.
  • Ошибки политик могут закрыть нужный доступ или выдать лишние права.
  • Счета внешних провайдеров и эксплуатация кластера оплачиваются отдельно.
  • Настройка доступа не проверяет качество ответов ИИ.

Команда и открытый код

Разработкой занимается Octelium Labs, LLC. Основной репозиторий написан на Go и распространяется под AGPL-3.0. Компания также предлагает корпоративное взаимодействие по внедрению платформы.

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

Первое подключение ресурса

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

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

Изображения
Функционал
  • API / SDK
  • авторизация
  • единый API
  • маршрутизация
  • работа с БД
  • MCP
Возможности сервиса
Нужен VPN Нет
Русский язык Нет
Русский интерфейс Нет
Доступность
  • WEB
  • PC
  • API
  • CLI
  • MCP
Оценить
980
Пока нет отзывов. Ваш будет первым!