нет, я про куки, сессии и куки и токены - разные вещи, все эти рефреши - одна сессия с изменяющимся ключом (в куке или в локале - не важно)
рефреш токен- это просто токен, по которому ты можешь понять, что это за пользователь Но при запросе access токена для какого-то действия ты прямо в запросе можешь указать скоуп, который требуется
рефреш токен- это просто токен, по которому ты можешь понять, что это за пользователь Но при запросе access токена для какого-то действия ты прямо в запросе можешь указать скоуп, который требуется
ну это и сервер может делать сам, исходя из айди юзера в сессии и требуемых прав на запрос, я пока еще не врубился зачем это должно быть частью ключей сессии
ну это и сервер может делать сам, исходя из айди юзера в сессии и требуемых прав на запрос, я пока еще не врубился зачем это должно быть частью ключей сессии
Разграничение прав Допустим, чтобы текущий ключ мог только менять статус пользователя, но не менял пароль Если нужно поменять пароль- введи-ка текущий еще раз
Разграничение прав Допустим, чтобы текущий ключ мог только менять статус пользователя, но не менял пароль Если нужно поменять пароль- введи-ка текущий еще раз
что мешает эти текущие права хранить тупо в сессии, как обычно?
протокол? ну вот ты залогинился через метод, который не позволяет тебе менять пароль, например в мобильном приложении. И все, хоть ты убейся, у тебя нет в сессии такого пермишена
Не, брейншторминг конечно крутой, но все смоделированные ситуации эти схематично были разложены на канале почему jwt это плохо, и в статьях примеры тоже были. Разве нет? Или вы просто пытаетесь эти доводы разжевать людям которые только посмотрели первый раз видео о jwt от "Js ниндзя"?
что мешает эти текущие права хранить тупо в сессии, как обычно?
Защита В токене обычно бывает зашита нужная информация Если у тебя распределенная система- лучше часть информации в зашифрованном виде в токене хранить, которая к токену и относится
Защита В токене обычно бывает зашита нужная информация Если у тебя распределенная система- лучше часть информации в зашифрованном виде в токене хранить, которая к токену и относится
то есть ты предлагаешь использовать ключ авторизации как хранилище сессии между не связанными шардами распределенной системы?