но не для них, т.к. эти котятки вряд ли знают, что такое информационная безопасность. мне нужно на сайте создать какой-нибудь guard для проверки ролей после авторизации. на бэке всё проще в плане безопасности, так шо пох.
но лучше я с вами обсужу, т.к. эта точка соприкосновения должна быть известна многим.
так вот, я вижу это так:
допустим у нас есть печенька, которую мы постоянно отсылаем при запросах. Может тогда в эту печеньку заныкать роль пользователя, например как в JWT, шоб в стейте топорно не хранить такие данные? не звучит надежно чот...
или может лучше сразу использовать хранилища приватные в стейте? ну и что нам это даст?
может тогда сделать какую-нибудь штучку , которая будет постоянно роль респонсом с сервера отправлять и на фронте редирект сделать, если роль не совпадает?
а будет ли тут подмена?
В чём проблема хранить данные о юзере в стейте?
Вроде очевидно, не?
Да вроде нет. В чём она?
для SPA на реакт идеально когда access и refresh токены в HTTP_ONLY куке лежат все остальное на клиенте можно будет подменить, кроме того что в этих куках поэтому с фронтом всегда работаем КАК С УЖЕ СКОМПРОМЕНТИРОВАННЫМ
Ну это мне все известно. Там ещё и сейм ориджин, но это другая история
тебе в основном хватит хранить у юзера jwt с надежным ключом и всё. Если других ошибок не будет, то jwt хватит для защиты
Вопрос вообще не в этом был
А может тогда сделать так, чтобы он респонс разворачивал каждый раз, а не просто там где-то в стейте это хранил?
Тебе ничего такого не надо. Просто хранишь у юзера зашифрованный токен и работаешь только на беке
Обсуждают сегодня