쿠키와 세션의 특징 및 차이

쿠키와 세션을 사용하는 이유

HTTP 프로토콜의 특징, 약점을 보완하기 위해서

1. Connectionless 프로토콜 (비연결지향)
   • 클라이언트가 서버의 요청을 받을 때 요청에 맞는 응답을 보낸 후 연결을 끊는 처리 방식
2. Stateless 프로토콜 (상태정보 유지 안함)
   • 클라이언트의 상태정보를 가지지 않는 서버 처리 방식,
   • 첫번째 통신에서 데이터를 주고 받았더라도 두번째에서는 이전 데이터를 유지하지 않음
     • 정보가 유지되지 않으면 페이지 이동시마다 로그인을 해야하거나, 구매 페이지에서 선택한 상품의 정보가 없는 등 문제가 발생할 수 있다.
     • 이를 방지하기 위해 클라이언트와 정보 유지를 하기 위해 사용하는 것이 쿠키와 세션

쿠키 = 클라이언트(로컬pc) 에 상태를 저장하고, 세션을 서버 에 저장한다.

Q. 세션만 사용하면 되는데 쿠키를 사용하는 이유?

세션이 쿠키에 비해 보안이 높긴 하지만, 세션은 서버에 저장되기에 사용자가 많을 겨우 소모되는 서버 자원이 많다.

이러한 자원관리 차원에서 쿠키, 세션을 적절하게 병행 사용하여 서버 자원 낭비를 방지하고 속도를 높인다.

쿠키

• 특징
  1. 이름, 값, 만료일, 경로 정보로 구성
  2. 클라이언트에 총 300개의 쿠키를 저장 가능
  3. 하나의 도메인 당 20개의 쿠키를 가질 수 있음
  4. 하나의 쿠키는 4KB 까지 저장 가능
• 동작 순서
  1. 클라이언트가 페이지를 요청
  2. 웹 서버가 쿠키를 생성
  3. 생성한 쿠키에 정보를 담아 HTTP 화면을 돌려줄 때, 클라이언트에게 돌려줌
  4. 넘겨받은 쿠키는 클라이언트가 가지고 있다가(로컬PC) 다시 서버에 요청할 때 요청과 함께 전송
  5. 동일 사이트 재방문시 클라이언트 PC에 쿠키가 있을 경우 요청페이지와 함께 쿠키 전송
• 사용예시
  • 방문했던 사이트에 재방문 시 아이디, 비번 자동 입력
  • 팝업창을 통해 오늘 이창을 다시 보지 않기 등 체크

세션

• 특징
  1. 웹 서버에 웹 컨티이나의 상태를 유지하기 위한 정보 저장
  2. 웹 서버에 저장되는 쿠키 = 세션 쿠키
  3. 브라우저 종료 또는 서버에서 삭제시에만 삭제되어 보안이 좋다
  4. 저장 되이터 제한이 없다 ( 서버용량 까지)
  5. 각 클라이언트 고유 세션 아이디를 부여함 -> 클라이언트를 구분해 각 클라이언트에 맞는 서비스 제공
• 동작순서
  1. 클라이언트의 페이지 요청
  2. 서버는 클라이언트의 Request-Header 필드인 Cookie를 확인해, 클라이언트가 해당 session-id를 보냈는지 확인
  3. session-id가 존재하지 않는다면, 서버는 session-id를 생성해 클라이언트에게 돌려줌
  4. 서버에서 클라이언트로 돌려준 session-id를 쿠키를 사용해 서버에 저장
  5. 클라이언트는 재접속 시, 이 쿠키를 이용하여 session-id 값을 서버에 전달
• 사용예시
  • 화면 이동시에도 로그인이 풀리지 않음 (로그아웃 시 까지 유지 )

출처

쿠키(Cookie), 세션(Session) 특징 및 차이 — 넌 잘하고 있어 (tistory.com)