Пользователь
Безопасность REST API от А до ПИ
Просто думал о том, что бы не хранить избыточные данные, но вариант работающий, Вы правы.
0
LookБезопасность REST API от А до ПИ
Да, спасибо, почитаю:)
0
LookБезопасность REST API от А до ПИ
Да, насчет времени актуальности токена согласен. Ну а если ставить HttpOnly, то для SPA приложения не будет доступна дополнительная информациях из токена (например о пользователе, уровне доступа и прочее). Тут как вариант можно делать дополнительный запрос чтобы получить нужную инфу или можно разделить токен, инфу хранить в доступной для JS части, а подпись в cookies.
0
LookБезопасность REST API от А до ПИ
Спасибо. очень полезно. Вечный вопрос — где хранить Bearer токен в случае с Single Page Applications? В cookies, local store, session store или переменной? Недавно читал что все же рекомендуют в cookies, потому что CSRF атаку легче предотвратить фильтруя в какие запросы вставлять cookies, а все остальные методы подвержены XSS, которая и чаще встречается и легче эксплуатируется. Что думаете?
+1
LookInformation
- Rating
- Does not participate
- Location
- Yerevan, Yerevan, Армения
- Registered
- Activity