Доступ на основе ролей с jwt и множеством ролей

У меня есть веб-API со многими контроллерами. С этими контроллерами я определил множество ролей и украсил контроллер/функции. Для доступа к API я использую jwt.

Я попытался записать свои роли в jwt как ключевое значение. Это отлично работает, но если я установлю много ролей в своем jwt, токен станет очень большим. Я искал в Интернете и нашел несколько решений, таких как промежуточное программное обеспечение, где я получаю роли для пользователя каждый раз, когда инициируется запрос. Второе решение, которое я нашел, состояло в том, чтобы создать перечисление для ролей и не сохранять имена в jwt, а числа -> jwt становятся меньше. Моя проблема в том, что это не похоже на правильный путь. Я использую ядро ​​.net и структуру идентификации. Какова наилучшая практика для этой проблемы?

Стоит ли изучать PHP в 2026-2027 годах?
Стоит ли изучать PHP в 2026-2027 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
0
0
409
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

Не существует «лучшей практики». Хранить роли в токенах JWT — это вполне нормально. Но токен с заявлениями о роли имеет разрешение на доступ к вашему веб-сайту до истечения срока его действия, если кто-то обновит роль пользователя, это не повлияет на токен, если у вас нет логики отзыва токена. Поиск ролей/разрешений в db поможет системе повысить безопасность, поскольку она всегда будет получать самую новую роль этого пользователя. Но это повлияет на производительность сервера, если у вас большое приложение, в зависимости от количества запросов, которые вы отправляете.

В любом месте, если возможно, создайте/управляйте своими ролями, чтобы у пользователя не было много ролей.

Спасибо за Ваш ответ. Знаете ли вы какой-либо источник того, как: «разрабатывать/управлять ролями и избегать большого количества ролей»? Это было бы прекрасно. На данный момент я реализую решение для хранения ролей в моем токене в виде чисел. Не мой любимый.

Silvester Schn. 03.07.2019 13:30

Другие вопросы по теме