세션 방식과 토큰 방식의 차이?

1년 전 34 조회수

세션 방식은 서버 기반으로 보안에 강하지만 서버 자원 소모가 크고 확장성이 제한적입니다. 토큰 방식은 클라이언트 기반으로 확장성은 뛰어나나 보안 취약점이 존재하며, 클라이언트에 부담을 줄 수 있습니다. 따라서 시스템의 요구사항과 보안 수준을 고려하여 적절한 인증 방식을 선택해야 합니다.

의견 0 좋아요

이런 질문도 있으신가요?더 많이

세션 방식과 토큰 방식은 웹 애플리케이션에서 사용자 인증에 사용되는 두 가지 주요 방법입니다. 각 방식에는 고유한 장점과 단점이 있어, 애플리케이션의 요구 사항과 보안 수준에 따라 적절한 방식을 선택해야 합니다.

세션 방식

세션 방식은 서버 기반 방식으로, 서버에 사용자 세션에 대한 정보를 저장합니다. 사용자가 웹 사이트에 로그인하면 서버는 해당 사용자의 세션을 식별하는 고유한 세션 ID를 생성합니다. 이 세션 ID는 일반적으로 쿠키에 저장되어 클라이언트(브라우저)에 전송됩니다.

사용자가 애플리케이션을 사용하는 동안 브라우저는 세션 ID를 포함한 모든 요청을 서버로 전송합니다. 서버는 세션 ID를 사용하여 사용자의 세션 정보를 검색하고 사용자의 인증 상태를 확인합니다.

장점

보안에 강합니다. 세션 ID는 서버에 저장되므로 클라이언트에 의해 위조될 수 없습니다.
서버가 사용자의 인증 상태를 제어합니다.

단점

서버 자원을 많이 소모합니다. 각 세션에 대한 정보를 서버에 저장해야 하므로 서버에 과부하가 걸릴 수 있습니다.
확장성이 제한적입니다. 서버가 처리할 수 있는 동시 세션 수가 제한되어 있습니다.

토큰 방식

토큰 방식은 클라이언트 기반 방식으로, 사용자 인증 정보를 클라이언트(브라우저)에 저장합니다. 사용자가 웹 사이트에 로그인하면 서버는 해당 사용자의 인증을 나타내는 JWT(JSON Web Token)와 같은 토큰을 생성합니다. 이 토큰은 일반적으로 쿠키 또는 Local Storage에 저장되어 클라이언트에 전송됩니다.

사용자가 애플리케이션을 사용하는 동안 클라이언트는 모든 요청에 토큰을 포함합니다. 서버는 토큰을 검증하여 사용자의 인증 상태를 확인합니다.

장점

확장성이 뛰어납니다. 서버에 세션 정보를 저장하지 않으므로 서버에 과부하가 걸릴 가능성이 적습니다.
클라이언트에 부담을 줄 수 있습니다. 토큰을 클라이언트에 저장하므로 서버보다 클라이언트에 더 많은 부담이 걸릴 수 있습니다.

단점

보안 취약점이 있을 수 있습니다. 토큰이 클라이언트에 저장되므로 악의적인 사용자에게 도난당할 위험이 있습니다.

적합한 방식 선택