Перейти к основному содержимому
Вся документация

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

Управляйте рабочими областями тенантов, регистрациями приложений, ролями, доменами, средствами аутентификации, сеансами и аудитом в пределах выданных полномочий.

Порядок работы
  1. Откройте рабочую областьВыберите тенант или приложение, которым вам разрешено управлять.
  2. Проверьте состояниеИзучите жизненный цикл, версии, участников, политики и ожидающие согласования.
  3. Подготовьте изменениеУкажите значения в контексте тенанта, причину, владельца и срок действия; при наличии проверьте предварительный просмотр.
  4. Примените и проверьтеСохраните, опубликуйте или согласуйте изменение, затем проверьте состояние и запись аудита.
  5. Завершите работуОтзовите временный доступ и сохраните историю версий и аудита.

Рабочие области тенантов и приложений

В навигации сгруппированы тенанты, домены, приложения, федерация, синхронизация, права, проверки доступа, PIM, устройства, рабочие процессы, сеансы, ключи и аудит. Настройки тенанта относятся к уровню тенанта, а протокол и жизненный цикл задаются в редакторе приложения. Доступные действия зависят от действующей роли и делегированных прав. Для интеграций используйте сформированную спецификацию /api/auth/management/openapi.json.

  1. Выберите нужный тенант или приложение и проверьте владельца и состояние.
  2. Если действие недоступно, убедитесь, что соответствующее право делегировано вам.
  3. После сохранения проверьте отображаемое состояние, запись аудита или версию.

Роли и разрешения

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

  1. Перед выдачей доступа изучите членство и текущую иерархию ролей.
  2. Выберите минимально необходимую роль и права; проверьте область действия и срок.
  3. При отказе изучите действующие права в тенанте, а не выдавайте более широкую платформенную роль.

Домены и регистрации

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

  1. Добавьте точный домен тенанта и пройдите проверку владения.
  2. Зарегистрируйте приложение в интерфейсе управления нужным протоколом.
  3. Предварительно проверьте политику, опубликуйте её и убедитесь, что активна нужная версия.

Средства аутентификации и подключение

Администрирование аутентификации включает подключение факторов, коды восстановления, управление поддерживаемыми средствами аутентификации, временные пропуска доступа, действия с аппаратными OATH-устройствами и кампании подключения. Для этого нужны права управления аутентификацией. Для особо важных действий может также требоваться свежая повторная проверка, связанная с конкретным пользователем; общей роли администратора недостаточно.

  1. Перед запуском кампании проверьте политику тенанта и состояние подключения.
  2. Попросите пользователя пройти проверку и подтвердить работу средства аутентификации.
  3. Отзовите утерянный фактор или пропуск и выдайте замену через уполномоченный интерфейс.

Сеансы, ключи и социальные провайдеры

В инвентаре сеансов отображаются отслеживаемые сеансы браузера, OIDC, SAML, закрытые и привилегированные сеансы. Отзывайте доступ только в пределах своих полномочий: действия для всего пользователя могут затронуть несколько приложений, а централизованный отзыв сеанса браузера доступен только God. Пользователи могут самостоятельно отзывать токены подключённых приложений и доверенные устройства. Ключами подписи и социальными провайдерами управляют отдельно.

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

Аудит, экспорт и устранение неполадок

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

  1. Отфильтруйте аудит тенанта по доступным параметрам: инициатору, приложению или периоду.
  2. Экспортируйте только необходимые данные и храните их в разрешённом месте.
  3. Перед изменением или повторной отправкой проверьте срок хранения, юридические блокировки и состояние назначения; затем проверьте запись аудита.

Часто задаваемые вопросы

Почему действие администратора недоступно?

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

Может ли роль приложения дать доступ к другому тенанту?

Нет. По-прежнему необходимы членство и права, ограниченные нужным тенантом.

Публикуется ли черновик сразу после сохранения?

Нет. Проверьте данные и опубликуйте нужную версию, затем убедитесь, что она активна.

Подтверждает ли домен личность пользователя?

Нет. Пользователь всё равно должен пройти аутентификацию и иметь разрешённое членство в тенанте.

Может ли делегат отозвать любой сеанс?

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

Где находится спецификация API управления?

Операции и требования безопасности описаны в /api/auth/management/openapi.json.

Связанные страницы