Главная / Платформа

Один identity-слой.
Разные задачи доступа.

RustCloak разрабатывается как общее основание аутентификации и авторизации для собственных приложений. Ниже — устройство продукта, а не рекламный список обещаний.

Разделить то, что должно развиваться независимо.

01

Identity и сессии

Пользователи, вход, завершение сеанса, жизненный цикл учётных данных и WebAuthn.

ПОВЕРХНОСТЬauth-api · auth-email
↗
02

Федерация и протоколы

OAuth 2.0, OpenID Connect, Authorization Code + PKCE, JWT / JWKS.

ПОВЕРХНОСТЬauth-api · auth-crypto
↗
03

Политики и разрешения

Изоляция realm, роли, группы, scope и композиция разрешений.

ПОВЕРХНОСТЬauth-rbac · auth-core
↗
04

Администрирование

GraphQL Admin API, события и операции управления identity-сущностями.

ПОВЕРХНОСТЬauth-admin · auth-events
↗

Состав модулей взят из проектной документации. Наличие интерфейса в материалах не означает завершённую проверку поведения в текущем бинарном релизе.

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

Пример типового сценария с несколькими приложениями одного владельца.

01Внутренний портал
02Документы
03Панель операций
ОБЩИЙ IDENTITY-СЛОЙRustCloakВход · сессии · политики
Логическая модель использования, не гарантированная схема production-развёртывания.

Сначала контракт. Затем эксплуатация.

Для разработчика

Изучить OIDC Discovery, зарегистрировать клиента, проверить работу callback и валидацию токенов. Ошибки конфигурации должны иметь воспроизводимую диагностику.

Руководства по интеграции ↗

Для архитектора и ИБ

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

Модель доверия ↗