пароля я получаю JWT токен. Как его правильно на фронт и использовать?
2 я нашел в проекте кусок кода который возможно это делает только почему то по адресу csrf поулчает))) неужели так можно просто по гет запросу получить аксесс токен и как сделать что бы для нужного юзера получали нуный (его) токен
1) сохраняешь на фронте и дальнейшие запросы выполняешь с ним 2) это разные токены
Я просто чужой проект восстанавливаю старый. Как ты думаешь зачем им поулчать гет запросом CSRF токен ? может они получают JWT токен?
Как его на фронте сохранить правильно?
почитай про CSRF. Это нужно чтобы третий домен от твоего имени запрос не выполнил. Безопасность, короче. А jwt - авторизация
добавляй хидер потом с каждым запросом 'Authorization: Bearer ${yourJwtTiken}'
да в localStorage. Смысл в том, чтобы при перезагрузке страницы все еще быть авторизованным
я знаю что такое csrf)))) посмотри на структуру. Это разве не реализация JWT авторизации?
Это два токена, отвечающие за разные вещи
Так я вообще не авторизовался))) поросто получил токен
ахах, там же написано csrf хидер
я это понимаю я спрашиваю возможно что моя реализация это получение jwt а не csrf токена типа консперация
оба токена могут рефрешиться, если ты об этом
тоже верно))
мне кажется если бы так и было, то вместо конспирации, это просто сломало бы голову другим разработчикам
Хорошо а где мне тогда csrf токен брать правильный?
у сервера попроси
бэкендовый фреймворк должен его сформировать и отправить на фронт
Я отправлял какой то он пишет токен не верной длинны))) мне бы понять как эта система называется где почитать про это и ещё можно же на сервере прописать разрешённые домены для пост запросов, зачем так заморочиться?
про CSRF токены нет информации в интернете?
Есть. Просто Зачем его гет запросом получать если можно рашрешенный домен прописать на сервере))
на этот же домен (разрешенный он или нет) может отправить запрос от твоего имени третья сторона. Прочитай про csrf-токены
Потому что origin можно подделать
Обсуждают сегодня