웹앱 중복 로그인 시, 식별키로 무엇이 적절한가요?

Question

안녕하세요. 중복 로그인 시 식별키에 대한 고민이 있어, 질문을 남기게 되었습니다.중복 로그인은, 다수의 기기에서 로그인을 유지하고 싶다 의 고민에서 시작되었습니다.재발급 토큰을 더한 jwt 방식을 인증으로 사용하고 있습니다.중복 로그인을 위해 재발급 토큰 테이블을 추가하였고, 사용자 별 다수의 기기를 식별하는 키가 필요했습니다.다음은 시행착오입니다.식별키로 ip 주소를 사용했습니다. 네트워크 환경이 유동적으로 변경된다면, 적절하지 않습니다.식별키로 mac 주소를 생각했습니다. 브라우저에서 접근이 불가능하여, 적절하지 않습니다.식별키로 uuid 를 생각했습니다. uuid API 를 호출하는, 어느 시점도 기기를 식별할 수 없어, 적절하지 않습니다.고민이 길어진다면 OAuth 를 적용해야한다고 생각하고 있습니다.그 전까지 다른 방안이 있다면 조언 부탁드립니다. 감사합니다.

엽토군 · Accepted Answer

IP 기반 식별은, 예컨대 같은 와이파이에 연결돼 있는 모든 장비들이 다 같은 세션으로 물려 버립니다.MAC 주소나 UUID 기반 식별은, 예컨대 curl로 직접 들어오는 요청을 처리하지 못합니다.이런 식별키를 만드는 건 서버여야 합니다. 목욕탕의 비유를 들자면, 손님이 &#34;이 옷장을 17번이라 부르겠다&#34; 선언하지 않죠. 몇 번 옷장인지 모르는 뭔가를 목욕탕 주인이 강제로 할당하잖아요? 사용자의 옷을 저장하는 위치는 서비스 제공자가 결정하고 관리할 수 있어야 합니다. 사용자는 열쇠를 받아 발목에 차고 있을 뿐입니다. 그 덕분에 목욕탕은 손님의 옷을 구분해서 관리할 수 있고 그게 &#34;세션&#34;의 핵심 컨셉입니다.지금 이 사례는 액면상 '토큰 인증'이지만, 아무래도 원하시는 것은 다중 세션인 거 같아서 목욕탕 비유를 들어 봅니다.그나마도 토큰 기반 인증인데 중복 로그인을 고민하고 계신 것 자체가 뭔가 이상합니다. 특히 JWT 같은 토큰 기반 인증은 &#34;누가 됐든 몇명이 됐든 제대로 된 토큰만 들고 온다면 무조건 authentication 성공&#34;이 핵심입니다. 그렇다면 중복 로그인은 토큰 기반 로그인에 포함돼 있는 것입니다. 실제로 뭘 만들고 있는지 어떻게 돌아가야 하는지 정확히 알고 계신가요?

smokingcat · Answer

유저 id 캐시 -> 확인

웹앱 중복 로그인 시, 식별키로 무엇이 적절한가요?

2개의 답변

Q&A 목록