Перейти к содержимому

Машинный перевод. Авторитетным источником является английская версия; проверка носителем языка ещё не выполнена.

Начало работы

Честность и ограничения

Что Olivares AI делает сегодня, что находится на стадии проектирования или до версии 1.0 и чего платформа намеренно не делает.

Обновлено:

Платформа, которая управляет AI-агентами на вашей инфраструктуре, является продуктом безопасности. Если она преувеличивает своё покрытие, она даёт ложное чувство безопасности — что хуже, чем отсутствие инструмента. Поэтому эта страница — явный контракт: что работает сегодня, что находится на стадии проектирования и что выходит за рамки намеренно. Остальная документация следует этому. Где продукт ещё не покрывает что-то, страница об этом говорит, а не подразумевает.

Olivares AI находится до версии 1.0 и работает по модели open-core. Глубину на уровне модулей рассматривайте как незавершённую работу, если страница не указывает иное.

Что работает сегодня

  • Единый бинарный файл запускается с заполненным графом доступа. Бинарный файл плоскости управления компилируется в один статический артефакт со встроенным веб-интерфейсом. Запуск его на синтетическом демонстрационном окружении и прохождение пути обнаружение → граф R/RW → дрейф разрешённый-vs-наблюдаемый → инвентаризация проверяется сквозным тестовым набором. Быстрый старт воспроизводит этот путь.
  • Первый запуск без учётных данных. Свежая установка не имеет учётных данных по умолчанию. При первом запуске, когда пользователей ещё нет, движок генерирует одноразовый токен настройки и выводит его в stdout (никогда в логи); вы обмениваете его для создания первого администратора.
  • REST API и аудиторский журнал реальны. Публичная поверхность описана собственным контрактом продукта OpenAPI 3.1. Аудиторский журнал работает только на добавление с хеш-цепочкой, с подписанными контрольными точками, и может быть экспортирован в форматы SIEM для офлайн-верификации.
  • Подписание релизов построено и верифицируется офлайн — доказательства публикуются с первым публичным релизом. Каждый тегированный релиз несёт подписи cosign, провенанс SLSA и SBOM (SPDX и CycloneDX). Всё это можно верифицировать без сетевого доступа. Поддерживается подписание на основе ключей (без OIDC) для изолированных конвейеров сборки, и пакет для изолированной сети поставляется для установок без исходящего трафика.

Что находится на стадии проектирования или до версии 1.0

Каталог содержит 29 модулей; все подключены в стандартной установке сегодня. См. справочник модулей для статуса по каждому модулю.

Точность карты R/RW многоуровневая, по замыслу

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

  • Покрытиеclean на хранилищах с нативным аудитом (SQL, объектное хранилище, хранилища/озёра данных), lossy на документных и векторных хранилищах, где рёбра существуют, но грубые, и opaque там, где нет пассивного сигнала чтения/записи вообще (например Redis, SQLite, D1). Где чтение и запись невозможно определить, ребро помечается unknown.
  • Атрибуцияfirm, когда источник несёт идентификацию по агенту, и сводится к approximate, когда общий сервисный аккаунт скрывает её. Всё неразрешённое остаётся approximate — никогда молча не продвигается до выдуманного агента.

Источники: наблюдатели хоста подключены; некоторые коннекторы загружаются по запросу

Корень композиции регистрирует наблюдатели R/RW уровня хоста в стандартном пути serve, настраиваемые через конфигурацию источников. Несколько коннекторов источников построены, но ещё не подключены к стандартному serve — например, источники документов знаний, которые загружаются по запросу запросами на приём, а не работают как постоянные наблюдатели. Руководство по подключению источника и справочник модулей указывают, что есть что.

По умолчанию один бинарный файл; распределённая шина опциональна

Стандартная установка работает как единый бинарный файл с внутрипроцессной шиной событий — блокирующее обратное давление, без локальных потерь. Распределённый мост NATS построен и подключён для масштабирования HA, включается через конфигурацию шины; неправильно настроенная шина завершает запуск с ошибкой, а не молча разделяется. Доставка между узлами через мост честно документирована как at-most-once (внутрипроцессный захват — граница долговечности); потери считаются в метриках, никогда не молчат.

Управляемое исполнение имеет три честных состояния

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

  • Live в стандартной сборке, без настройки: контроль бюджета FinOps (бюджет при достижении лимита отклоняет расход — внутрипроцессно, всегда подключён), диспетчеризация уведомлений после настройки адреса, детективные находки безопасности и внутрипроцессный синтетический песочничный раннер.
  • On-demand — бэкенд построен и подключён, но в режиме запрета или деградации до настройки оператором: deploy apply/retire (503 до настройки исполнителя), оркестрация fire и голосовая диспетчеризация (запрет до настройки диспетчера), изолированная песочница/red-team среда (синтетическая до настройки), и исполнение модели (503 до настройки учётных данных инференса).
  • Seam — объявленный интерфейс с запретом по умолчанию без бэкенда.

Изолированная сеть применяется к плоскости управления, а не к инференсу Claude

Это самая важная оговорка. Плоскость управления — управление и наблюдение — работает полностью самостоятельно и может быть изолирована от сети: один узел, подписанный офлайн-релиз, пакет для изолированной сети.

Claude не является самостоятельно размещаемым. Anthropic не публикует веса, поэтому любой инференс Claude обращается к API Anthropic, напрямую или через Bedrock / Vertex / Foundry. В Olivares AI эти точки инференса работают в режиме отказа при закрытии: без учётных данных инференса LLM-судья пропускается, а эмбеддинги переключаются на локальный эмбеддер без исходящего трафика. «Изолированная сеть» здесь означает, что ваша плоскость управления и наблюдения и её данные остаются внутри вашего периметра — это не означает, что Claude работает офлайн. Только модели, которые вы действительно размещаете самостоятельно (например через vLLM или Ollama в модуле управления моделями), могут работать в изолированной сети; брокерские фронтирные модели — нет. См. подключение Claude Code и безопасность.

Не все маршруты модулей входят в публичный контракт API

Некоторые эндпоинты модулей (например, граф карты доступа и дрейф) доступны, но намеренно не являются частью публикуемого документа OpenAPI; их контракты на уровне полей находятся в типизированных интерфейсах продукта. CLI и справочник конфигурации покрывают операционную поверхность; контракт OpenAPI — это ядро REST-поверхности, а не весь продукт.

Не сертифицирован

Olivares AI спроектирован для соответствия SOC 2, ISO 27001 и EU AI Act — он не сертифицирован по ни одному из них. См. соответствие для понимания, что означает «спроектирован для соответствия» и какие свидетельства производит платформа.

Что продукт намеренно не делает

  • Нет наступательных функций. Это не фреймворк командования и управления, и он не сканирует чужие учётные данные. Карта доступа — это разведка для защитников для управления их собственным окружением — просмотр является привилегированным, ограниченным по тенанту и полностью аудируемым действием. Оборонительная линия намеренна.
  • Нет нативного форвардера Splunk S2S. Пересылка в Splunk — это документированная позиция (направьте Universal Forwarder на файл, в который пишет плоскость управления, или отправьте через Splunk HEC), не нативный эмиттер Splunk-to-Splunk.
  • Нет исходящих вебхуков в контракте REST. Документ OpenAPI не определяет webhooks. Подписанная исходящая доставка существует как внутренний адрес уведомлений, а входящий эндпоинт SCIM Security-Event-Token — это приёмник — ни то, ни другое не является вебхуком OpenAPI.
  • Нет файн-тюнинга до v1. Файн-тюнинг модели (модуль управления моделями) — после v1. Его отсутствие — это решение, а не пробел.

Примечание об экспорте аудита

Экспорт журнала CLI поддерживает cef, syslog и otlp. Путь push событий в SIEM отображает более широкий набор диалектов (включая OCSF и LEEF), когда настроен приёмник. Pull-экспорт — это правильная форма для WORM-архивирования и офлайн-верификации.

Если вы найдёте команду, которая работает не так, как документировано, это ошибка в документации или продукте — пожалуйста, сообщите. Эта страница — якорь доверия; всё остальное подчиняется ей.

Поиск в документации