Я храню свой токен доступа JWT как повар ie. Я не понимаю, почему это опасно, и как еще вы могли бы хранить его? - PullRequest
0 голосов
/ 11 февраля 2020

В настоящее время у меня есть следующий authflow:

  1. Пользователь входит в систему

  2. Сервер выдает токен доступа, отправленный как ответ клиенту, и клиент сохраняет его в браузере пользователя как повар ie

  3. Этот токен доступа кратковременен (5 минут) и обновляется каждые 5 минут с помощью токена refre sh Таким образом, токен доступа, сохраненный в файле cookie, меняется каждые 5 минут.

  4. Но мое приложение реагирования должно прочитать повар ie, получить оттуда токен доступа и отправить его сервер проверки, а затем он возвращает истину или ложь, и на основании этого я получу доступ к указанному маршруту реакции.

    Дело в том, что я не вижу никаких проблем в этой системе, единственное, что я несу в Мой accesstoken - это идентификатор пользователя, который считывает свой освежительный токен из базы данных, чтобы он мог обновить sh токен доступа. Но, по-видимому, хранение токена доступа у повара ie - плохая практика. Почему это плохая практика? Как еще вы должны поддерживать этот токен доступа в браузере пользователя, если он не хранится где-то, как в кулинарии ie?

1 Ответ

1 голос
/ 14 апреля 2020

Размещение ссылки из моего комментария, поэтому на этот вопрос есть ответ: stackoverflow.com / a / 40376819

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...