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

Разделы документации

## Начать

[Начало](/ru/docs)[Исходники и релиз](/ru/docs/source)[Локальный запуск](/ru/docs/local)

## Запустить

[Установка для GitLab](/ru/docs/installation)[Первое ревью](/ru/docs/review)

## Разобраться

[Архитектура](/ru/docs/architecture)[Хранение и индекс](/ru/docs/data)[Организации и политики](/ru/docs/access)[Подключения](/ru/docs/integrations)

## Поддерживать

[Эксплуатация](/ru/docs/operations)[Приемка](/ru/docs/acceptance)

# Изоляция организаций и политики.

Права проверяются до выбора данных и до разрешения действия.

Что происходит с вашим кодом

### От кода до замечания

- 

GitLabMR · SHA

Читаем выбранную версию

- 

IdentityTenant · ACL

Проверяем текущие права

- 

ContextPackDiff · files · rules

Фиксируем код и версию правил

- 

Review modelAPI / CLI

Передаем согласованный контекст

- 

DraftPostgreSQL

Сохраняем замечание до публикации

Модель получает выбранные данные. Команда управляет публикацией и merge.

### Три вида данных

- 

Source filesSHA · blob · hash

Приватные снимки, только чтение

- 

QdrantVectors · metadata

Отдельный индекс каждой организации

- 

PostgreSQLContextPack · review

Отдельные БД и логины служб

Qdrant хранит векторы и метаданные поиска. Код остается в снимках, выбранный контекст и история ревью в PostgreSQL.

### Одна организация, свои владельцы данных

- 

IdentityUser → tenant → role

Доверенный вход, проверка каждого запроса

- 

Private servicesControl · Connector · Worker · Context

Токен службы и точная область организации

- 

Separate ownersPostgreSQL · files · Qdrant

Разные логины, пути, тома и ключи

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

Схема устройства продукта. Проверка вашей установки выполняется отдельно.

## Несколько уровней изоляции

- Identity получает членство и роль из доверенного входа, а не из полей запроса пользователя.

- Внутреннему запросу нужны credentials службы и точная область организации.

- У каждой службы организации своя БД PostgreSQL и логин. У ContextForge отдельный владелец БД.

- Для организаций разделены пути исходников, журнал индекса, процесс/том Qdrant, API-ключ и TLS.

## Фиксируйте входные данные решения

SHAACLВерсия политикиРазрешенное действие

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

## Учитывайте границу защиты

Репозитории внутри одной службы используют общую SQL-роль. Проверки API не изолируют скомпрометированный процесс службы. Docker bridge не является фильтром исходящего трафика, UID не является sandbox ОС. Сеть и изоляцию хоста проверяют в конкретной установке.

[НазадХранение и индекс](/ru/docs/data)[ДалееПодключения](/ru/docs/integrations)

## На этой странице

[Несколько уровней изоляции](#tenant)[Фиксируйте входные данные решения](#policy)[Учитывайте границу защиты](#limits)[Markdown ↗](/ru/docs/access.md)