1)Клиент проходит авторизацию в приложении (к примеру, с использованием логина

Question

1)Клиент проходит авторизацию в приложении (к примеру, с использованием логина

и пароля)
2)В случае успешной авторизации сервер отправляет клиенту access- и refresh-токены.
3)При дальнейшем обращении к серверу, клиент использует access-токен. Сервер проверяет токен на валидность и предоставляет клиенту доступ к ресурсам
4)В случае, если access-токен становится не валидным, клиент отправляет refresh-токен, в ответ на который сервер предоставляет два обновленных токена.
5)В случае, если refresh-токен становится не валидным, клиент опять должен пройти процесс авторизации
Не могли бы вы ответить на пару вопросиков. 1) Если получается в localstorage у юзера в одном браузере два токена. Он открывает другой браузер и там получает новые токены от сервера. Значит в другом браузере у него снова токены слетят и ему нужно будет пройти авторизацию? 2) CSRF token - вот я сейчас смотрю он лежит в куках. И каждый раз когда я обновляю страницу он меняется. Это нормально? И ключ который используется для шифрования это тот самый php artisan key:generate? Если это нормально, получается я обновил страницу у меня токен CSRF в куках и когда я отправляю POST запрос на сервер, сервер этот токен разшифровывает по этому ключу и проверяет на валидность ключа?

#backend #laravel #php #programming #russian

0

19.02.2018

1 ответов

9 просмотров

Alex Illarionov · Accepted Answer

1. Да, намтом браузере авторизация слетитя 2. Нет, csrf токен это аналог сессии все же (если не она сама, могу ошибаться). Jwt же пересылается тупо как параметр запроса либо в заголовках. Да, лара валидирует и тд но когда это построено на ее родном csrf. Если же jwt то нужно ручками отслеживать

170 похожих чатов

1)Клиент проходит авторизацию в приложении (к примеру, с использованием логина

1 ответов

Похожие вопросы