A melhor forma de salvar o JWT no front-end (sem localstorage) 

Acho que um video de autenticação/autorização em si, junto com axios e os interceptors... seria interessante.

@@edu_amr Já existe. É só procurar "refresh token rocketseat daniele leao"

Concordo seria bem legal

Up

Esse eh um trabalho pro devdoido 😂

ele pode até fazer mas vai fazer com biblioteca atrás de biblioteca, ele não sabe fazer de forma resumida e sim usando lib como bengala e no final nem ele mesmo sabe o que fazer da lib

​@@mrflacks2243 Que isso jovem kk tem algum artigo pra indicar aí? Sem zuera tô precisando

Já tem alguns guias completos aqui no RU-vid de autenticação com React e Node, inclusive no Next.js, basta dar uma procuradinha :)

Ele salva o cookie pro domínio da aplicação. Não sei se é isso a que vc se refere ao citar csrf como vulnerabilidade.

@@PelpsRoxXx É q no caso o ataque de csrf te direciona para o dominio original da aplicação porém enviando parâmetros controlados pelo atacante

A spa precisa pegar o access token automaticamente quando o usuário voltar a acessar aplicação

E o backend deve verificar se o refresh token é valido pra só assim liberar um novo access token

tbm tou precisando saber 😆

0:40 tem o método signUser responsável pela lógica de login, ele define no backend, o cookie Http que será devolvido na response da requisição do frontend.

da mesma forma que vc consegue pegar o Header autorization no backend, vc pode pegar valores de cookies

Vai entrar em breve no Ignite, entra primeiro o front-end (já essa semana) e depois o back-end.

essa é boa ksks

Tá bem complicado utilizar Refresh Token com SSR e Cookies

Nesse caso você configura o CORS pra ter controle de diferentes domínios. Bem comum nas aplicações modernas que o front está num CDN e o back está em algum serviço diferente

@@GMP93 Isso é possível de que maneira?

Mas no frontend é preciso salvar o token não é?

@@eduardoribeiro9497eu faço isso pelo backend mesmo. O token jwt já chega no front salvo e ele é enviado automaticamente em toda requisição. Então basicamente não é feito nada no frontend. Prefiro deixar este trabalho de autenticação e verificação do token para o backend do que para o frontend. No front eu faço outras coisas na qual é responsabilidade dela fazer. Mas autenticação eu deixo toda pro Back

@@pedrobenicio4955 Interessante, bom trabalho 💪

@@pedrobenicio4955 Mas como esse token é salvo no front?

Mas e no caso do usuário fechar a aba ou apertar um F5, como vou recuperar o token - que ainda estava válido.? Será necessário uma nova autenticação?

Opa. acho que é no Ignite de nodejs

@@fadoricagames2031 não tem lá não, amigo

Vai ser colocado ainda lá.

Personalizei o meu mesmo.

@@Shinodinho obrigado

Acho que no mobile não rola com cookies (eu acho), não conheço muito sobre Swift ou Kotlin (se foi o que você quis dizer com nativas).

@@dieegosf então, embora fale sobre cookies, a única regra adicionada é informando pra usar com credenciais. Pelo menos as libs não especificam que o backend vai procurar unicamente no cookie. Depois vou dar uma estudada, possa ser que exista um campo ou propriedade que seja suportada no nativo