oauth2 후 프론트 백엔드 간 회원 통신 방법

Question

안녕하세요.현재 제가 하고 잇는 프로젝트에서 oauth2만으로 소셜회원가입 및 로그인을 진행하고 있습니다.프론트는 소셜에서 인가코드를 받아온 후 백엔드에 전송하면, 백엔드에서 그 인가코드를 통해 사용자의 정보를 조회하고 소셜 서버를 통해 access token을 받아오는 절차에서, 프론트와 백엔드 간에 해당 사용자의 인가코드만 주고받는 이유가 access token이 탈취되면 안된다고 알고 있는데요,,,!회원가입, 로그인 이후에 프론트와 백엔드간 user 통신이 어떻게 되는 지 궁금합니다.어떤 사람들은 jwt 토큰으로 주고받는다고 하고, 다른 한편으로는 uid로 주고 받는 사람도 있구요.근데 만약 jwt토큰으로 주고 받게 되면 소셜에서 받은 access token을 줄 수 없으니 백엔드 서버 내에서 자체 jwt access token, refresh token을 발급하여 header에 붙인 뒤 통신하는건가요?한편, 소셜의 access token은 db에 저장하는건가요? (소셜과 자체 token을 구분하려하니 정보도 잘 없고 헷갈리네요)긴 질문 읽어주셔서 감사합니다.

kotliner · Accepted Answer

소셜에서 로그인되었다는 정보는 보통 소셜에서 제공하는 식별자 id를 서비스 db에 저장하여 유저와 매핑하는 형태로 관리합니다. 그러면 해당 테이블의 PK인 id나 별도로 생성해서 관리하는 uuid를 JWT에 담아서 주고받아서 검증하기도 합니다.네 자체로 발급하면 됩니다.저장해도되고 안해도 되는데, 보통 굳이 저장하지 않습니다. 만약 주기적으로 소셜에서 정보를 업데이트해야하는 경우에는 accessToken 대신 refreshToken을 저장하고 만료되면 다시 인증받을수도 있지만 대부분 소셜에서 한번 로그인하면 영구적으로 인증되었다고 간주하고 로그인시키기 때문에 저장하지 않습니다.

oauth2 후 프론트 백엔드 간 회원 통신 방법

1개의 답변

Q&A 목록