И так, мужики и котята. вопрос будет сейчас про фронтэнду,

Question

И так, мужики и котята. вопрос будет сейчас про фронтэнду,

но не для них, т.к. эти котятки вряд ли знают, что такое информационная безопасность. мне нужно на сайте создать какой-нибудь guard для проверки ролей после авторизации. на бэке всё проще в плане безопасности, так шо пох.

но лучше я с вами обсужу, т.к. эта точка соприкосновения должна быть известна многим.

так вот, я вижу это так:
допустим у нас есть печенька, которую мы постоянно отсылаем при запросах. Может тогда в эту печеньку заныкать роль пользователя, например как в JWT, шоб в стейте топорно не хранить такие данные? не звучит надежно чот...

или может лучше сразу использовать хранилища приватные в стейте? ну и что нам это даст?

может тогда сделать какую-нибудь штучку , которая будет постоянно роль респонсом с сервера отправлять и на фронте редирект сделать, если роль не совпадает?
а будет ли тут подмена?

#frontend #javascript #programming #react.js #russian

0

06.10.2023

9 ответов

8 просмотров

Spyro Автор вопроса

Sergey Grishchenko
В чём проблема хранить данные о юзере в стейте?

Вроде очевидно, не?

0

7 месяцев назад

Sergey Grishchenko

Spyro
Вроде очевидно, не?

Да вроде нет. В чём она?

0

7 месяцев назад

Rain

для SPA на реакт идеально когда access и refresh токены в HTTP_ONLY куке лежат все остальное на клиенте можно будет подменить, кроме того что в этих куках поэтому с фронтом всегда работаем КАК С УЖЕ СКОМПРОМЕНТИРОВАННЫМ

0

7 месяцев назад

Spyro Автор вопроса

Rain
для SPA на реакт идеально когда access и refresh т...

Ну это мне все известно. Там ещё и сейм ориджин, но это другая история

0

7 месяцев назад

Edward

тебе в основном хватит хранить у юзера jwt с надежным ключом и всё. Если других ошибок не будет, то jwt хватит для защиты

0

7 месяцев назад

Sergey Grishchenko