Изучите универсальную систему авторизации Logto.
Logto служит не только как провайдер аутентификации, но и как провайдер авторизации. В этой статье я дам обзор методов авторизации Logto и объясню, как эти гибкие слои могут быть применены в различных сценариях.
Чтобы создать систему авторизации, где разные пользователи имеют разный доступ к ресурсам и разрешениям на действия, вы можете начать с регистрации API-ресурса в Logto, а затем добавить разрешения. Используйте роли для агрегирования этих разрешений, независимо от того, касается ли это одного API или нескольких.
Отличной особенностью Logto является возможность создавать различные типы ролей, которые могут быть применены к разным сущностям, включая как пользователей, так и приложения машины к машине. Пользователи могут наследовать специфические для них роли, в то время как приложения машины к машине могут наследовать роли, разработанные для них.
Если ваше приложение является общим приложением, в котором разные пользователи должны выполнять разные действия, использование пользовательских ролей - это гибкий способ обеспечить эффективный контроль доступа.
M2M (машина к машине) - это распространенная практика аутентификации, если у вас есть приложение, которому необходимо напрямую взаимодействовать с ресурсами. Например, служба API, которая обновляет пользовательские данные в Logto, статистическая служба, которая собирает ежедневные заказы и т. д.
Приложения машины к машине могут быть использованы в двух ключевых случаях использования в Logto:
Отличие от пользовательских ролей в этом контексте заключается в том, что роль определяется специально как роль машина к машине, а не пользовательская роль, и ее можно назначать только приложениям машины к машине.
В этом контексте API RBAC, API-ресурсы, роли и разрешения "демократизированы" и рассматриваются на системном уровне в рамках единой системы идентичности. Этот подход довольно распространен в простых B2C-продуктах, где нет необходимости в сложном иерархическом управлении.
В B2B-сценариях пользователи могут иметь разные роли в разных организациях. Например, Джон может иметь роль администратора в Организации А, но занимать только роль члена в Организации B.
Это можно достичь, настроив шаблоны организаций в Logto, что помогает вашему многосайтовому приложению построить систему контроля доступа.
Вместо создания многочисленных ролей для каждой организации, Logto позволяет создавать шаблон организации. Этот подход поддерживает согласованность во всех организациях, обеспечивая возможность пользователям иметь разные роли в разных организациях.
Разрешения организаций не требуют регистрации ресурса API. Logto выдает организационные токены, которые включают роли и другие утверждения, которые могут быть использованы для дальнейшей проверки организационного токена в вашем API.
Если у вас есть зарегистрированные в Logto API-ресурсы и вы хотите расширить их использование до уровня организации, это вполне возможно.
Эта необходимость может возникнуть, если вы используете один и тот же конечный пункт как для системных функций, так и для операций, специфичных для организации. Иметь один конечный пункт - это нормально, а использование контекста организации также может эффективно обеспечивать изоляцию арендаторов.
В Logto вы можете назначать разрешения API непосредственно роли организации, адаптируя ее к вашим конкретным требованиям.
Вот краткий обзор того, как интегрировать разрешения API с ролью вашей организации.
Эта функция находится в стадии разработки и, как ожидается, будет доступна в первой половине 2024 года.
Вас заинтересовали системы авторизации Logto и наши будущие функции авторизации? Зарегистрируйтесь сегодня и получайте последние обновления о продуктах сразу.