Все маршруты
/api/compliance/* аутентифицируются вашим консольным session /
access-токеном (тот же логин, что вы используете для дашборда), а не
relay-ключом sk-orca-…. Настраивайте всё из консоли; REST-поверхность ниже —
для автоматизации сбора доказательств в CI.1. Что покрывает справочник compliance api
Две группы маршрутов, две аудитории:| Группа | Аутентификация | Аудитория |
|---|---|---|
/api/compliance/* | Консольная сессия | Вы + ваши аудиторы (внутри рабочего пространства) |
/api/public/compliance/* | Нет (токен / подпись) | Любой, кто верифицирует отчёт |
2. Просмотрите каталог и проверьте готовность
Начните read-only. Эти три эндпоинта не требуют особой роли и ничего не стоят:GET /api/compliance/catalog — каждый фреймворк, который вы можете нацелить
GET /api/compliance/catalog — каждый фреймворк, который вы можете нацелить
Возвращает реестр фреймворков. OrcaRouter поставляет паки для главных
режимов безопасности, приватности и ИИ-управления — включая
soc2,
hipaa, gdpr, uk_gdpr, eu_ai_act, iso_27001, iso_42001,
nist_ai_rmf, nist_800_53, pci_dss, glba, ccpa и длинный хвост
региональных законов о приватности (PIPL, APPI, PIPA, LGPD, PIPEDA, DPDP и
законы штатов США). OWASP Top 10 для LLM-приложений (owasp_llm)
поставляется как first-class пак тоже — он материализует реальные контроли
guardrail и firewall (prompt injection, небезопасный вывод, раскрытие
чувствительного, чрезмерная агентность) ровно как любой другой фреймворк.GET /api/compliance/packs — что вы установили
GET /api/compliance/packs — что вы установили
Перечисляет паки, уже материализованные в этом рабочем пространстве, каждый
с его режимом жизненного цикла (
observe или enforce) и политикой
guardrail + firewall, которую он создал.GET /api/compliance/readiness — ваш отчёт о пробелах
GET /api/compliance/readiness — ваш отчёт о пробелах
Оценивает вашу текущую позицию против чек-листа каждого фреймворка: какие
контроли ваши живые guardrails и правила firewall уже удовлетворяют, а какие
всё ещё организационные пробелы, которые вы должны закрыть сами. Прочитайте
это, прежде чем что-либо устанавливать.
3. Установите пак
Установка пака — момент ценности: она пишет реальныйGuardrail
(плоскость текста/данных) и WorkspaceFirewallPolicy плюс правила (плоскость
вызовов инструментов) в ваше рабочее пространство, помеченные фреймворком. Оба
полностью редактируемы впоследствии — пак это отправная точка, а не
заблокированный шаблон.
flag, firewall в shadow/только-лог — так что вы можете наблюдать покрытие до
того, как что-либо заблокирует живой трафик. Когда вы готовы, продвиньте его:
POST …/packs/:key/controls, чтобы подключить
один контроль, POST …/packs/:key/update, чтобы пересинхронизировать после
изменения каталога, и DELETE …/packs/:key, чтобы деинсталлировать.
4. Сгенерируйте подписанный отчёт с доказательствами
Отчёт — это артефакт, который вы передаёте аудитору. Каждый рендерится из вашей живой позиции, хешируется по содержимому с SHA-256 и подписывается Ed25519, так что его нельзя молча отредактировать постфактум.pdf, json и csv.
Перечисляйте и получайте отчёты с GET …/reports и GET …/reports/:id;
скачивайте отрендеренный файл с GET …/reports/:id/download (Admin).
5. Дайте аудитору верифицировать — аккаунт не нужен
Три публичных эндпоинта делают отчёт независимо проверяемым любым, кто держит файл:Получить публичный ключ
GET /api/public/compliance/pubkey возвращает публичный ключ Ed25519,
которым подписаны ваши отчёты.Верифицировать подпись
POST /api/public/compliance/verify проверяет подпись отчёта и хеш
содержимого и сообщает вызывающему, был ли он подделан.Поделиться с аудитором
Выпустите read-only ссылку из
POST …/reports/:id/share (Admin); аудитор
открывает GET /api/public/compliance/share/:token — без логина.6. Резидентность данных
Резидентность здесь — это регион, под которым ваше доказательство комплаенса штампуется и хранится —us, eu, uk, ap, cn или global. Она
управляет тем, где живут отчёты и из какого региона они могут обслуживаться;
отчёт удерживается, если читается из несовпадающего региона. (Это контроль
артефакта-доказательства, а не гео-привязка вашего инференс-трафика.)
GET …/residency (любой участник); изменение её —
Admin.
7. Хранение, стирание и аудит
Плоскость комплаенса подкреплена теми же гарантиями жизненного цикла данных, которые применяются по всему шлюзу:Хранение журналов запросов
Хранение журналов запросов
Журналы запросов хранятся 30 дней по умолчанию и 180 дней максимум —
шлюз ограничивает всё дольше. Хранение напрямую питает ваш балл готовности.
Право на стирание
Право на стирание
Запрос на удаление аккаунта открывает 30-дневный льготный период (по
умолчанию), после которого PII аккаунта необратимо вычищается: каскад
редактирует идентификаторы в сохранённых журналах запросов и удаляет
привязанные к пользователю совпадения guardrail, события firewall и записи
трассировки агента.
Журнал аудита
Журнал аудита
Секция change-log отчёта комплаенса берётся из журнала аудита рабочего
пространства, ограниченного периодом отчёта. Email’ы участников и админов
маскируются по умолчанию в экспортированном отчёте (например,
j•••@acme.com), если полный PII явно не запрошен во время генерации. См.
каталог действий аудита.Куда идти дальше
Guardrail API
Политика плоскости текста/данных, которую материализует пак комплаенса.
Firewall API
Плоскость политики вызовов инструментов, которую пак пишет рядом.
Стек управления
Как guardrails, firewall и комплаенс составляются в одну позицию.
Коды ошибок
Каждый статус, который шлюз может вернуть, включая paywall и ролевые гейты.
