[Web] 세션(Session), 쿠키(Cookie)

1.  Session(세션) ? Cookie(쿠키) ? 

	세션(Session)	쿠키(Cookie)
저장위치	웹 서버	클라이언트(접속자)
저장형식	Object	Key-Value
만료시점	브라우저(크롬 등) 종료시 삭제(기간 지정 가능)	쿠키 저장 시 설정가능(만료시간 기준)
사용하는 자원	웹 서버 리소스	클라이언트 리소스
용량제한	서버가 허용하는 한 용량제한 없음	총 300개 하나의 도메인 당 20개 하나의 쿠키 당 4KB
속도	쿠키보다 느림	세션보다 빠름
보안	쿠키보다 보안성 높음	세션보다 보안성 낮음

 

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

  - HTTP의 약점을 보안하기 위함이다.

HTTP 프로토콜의 특징

1. Connectionless 프로토콜(비연결지향) - 클라이언트가 서버에 요청(Request)을 했을때, 요청에 맞는 응답(Response)을 보낸 후 연결을 끊는 처리방식이다. - HTTP 1.1 버전에서 연결을 유지하고, 재활용 하는 기능이 Default 로 추가되었다. (keep-alive 값으로 변경 가능) 2. Stateless 프로토콜(상태관리 안함) - 클라이언트의 상태정보를 가지지 않는 서버 처리방식이다. 클라이언트와 첫번째 통신에서 데이터를 주고 받아도 두번째 통신에서 이전 데이터를 유지하지 않는다. - But. 정보가 유지되지않으면 페이지를 이동할 때마다 로그인을 다시하거나, 상품을 선택했는데 구매페이지에 상품의 정보가 없는 문제가 발생

  - 세션이 쿠키에 비해 보안성이 높은 편이나 쿠키를 사용하는 이유는 세션은 서버에 저장되어 서버 자원을 사용하기 때문에, 사용자가 많은

     경우 소모되는 자원이 많다. 이러한 자원관리 차원에서 쿠키와 세션을 적절히 병행하여 사용하여 웹사이트 속도를 높일 수 있다.

 

3. 쿠키의 동작 순서

  1. 클라이언트가 페이지를 요청한다(사용자가 웹사이트 접근)

  2. 웹서버는 쿠키를 생성한다.

  3. 생성한 쿠키에 정보를 담아 HTTP 응답(Response) 할때 클라이언트에 담아서 보내준다.

  4. 넘겨 받은 쿠키는 클라이언트가 가지고 있다가(로컬 PC에 저장) 다시 서버에 요청할 때 요청과 함께 쿠키를 전송한다.

  5. 동일 사이트 재방문 시 클라이언트의 PC의 해당 쿠키가 있는 경우, 요청페이지와 함께 쿠키를 전송한다.

 

  - 사용예시

     방문했던 사이트에 다시 방문 하였을 때 아이디와 비밀번호 자동 입력

     팝업창을 통해 오늘 이창을 다시 보지 않기 체크

 

4. 세션의 동작 순서

  1. 클라이언트가 페이지를 요청한다(사용자가 웹사이트 접근)

  2. 서버는 접근한 클라이언트의 Request-Header 필드인 Cookie(쿠키)를 확인하여 클라이언트가 해당 Session-Id를 보냈는지 확인

  3. Session-Id가 존재하지 않는다면 서버는 Session-Id를 생성해 클라이언트에 Response(전송) 한다.

  4. 서버에서 클라이언트로 돌려준 Session-Id를 쿠키를 사용해 서버에 저장한다.

      쿠키 이름:JSESSIONID

  5. 동일 사이트 재방문 시, 이 쿠키(JSESSIONID)를 이용하여 Session-Id 값을 서버에 전달

 

  - 사용예시

    화면이 이동해도 로그인이 풀리지 않고 로그아웃까지 유지

 

5. 느낀점

  - Web의 경우 쿠키를 사용할 수 있어 상태관리, 인증방식이 용이하지만 클라이언트가 Web기반이 아닌 디바이스인 경우 대응하기 어려

    울수 있다. (JWT와 같은 토큰기반 인증 필요) 그러나 웹 개발을 한다면 세션은 쿠키와 함께 인증에 있어서 가장 먼저 알아야할 개념