Cookie

Web Storage"쿠키보다 더 많은 저장 공간"  지난 글에선 Cookie를 보안 측면에서 주로 다뤄봤다면, 이번 글에선 저장공간 측면에서 다뤄볼까한다. 웹 브라우저 내에서 저장하는 방법에는 여러가지가 있다. HTML5 이전에는 쿠키(Cookie)가 웹 브라우저의 유일한 저장소 역할을 했지만, HTML5 표준이 등장하면서 Storage가 추가되었고, 이를 통해 웹 개발자는 다양한 방법으로 데이터를 관리할 수 있게 되었다. 이번 포스팅에서는 Storage와 Cookie의 차이점과 용도에 대해 알아보고자 한다.  Web Strorage란?Storage는 Cookie, Session 처럼 Stateful HTTP를 위한 기술은 아니다. → 쉽게 말해, 웹 브라우저의 데이터베이스라고 생각하면 편하다.웹 스토..

Cookie"쿠키를 허용하시겠습니까"HTTP Cookie란?HTTP Cookie는 사용자가 웹 사이트를 방문할 때 웹 브라우저에 저장되는 작은 데이터 파일이다.브라우저는 그 데이터 조각들을 저장해놓았다가 동일한 서버에게 재 요청 시 저장된 데이터와 함께 전송한다. 쿠키는 두 요청이 동일한 브라우저에서 들어왔는지 아닌지 판단할 때 주로 사용한다. 이를 이용하면 사용자의 로그인 상태를 유지할 수있다. 상태가 없는(stateless)HTTP 프로토콜에서 상태 정보를 기억시켜주기 때문이다. 예를 들어, 쿠키는 로그인 정보, 사용자 설정, 장바구니에 담긴 항목 등을 저장할 수 있다.웹 서버의 제어 + 웹 브라우저 내 저장 및 전송'Set-Cookie' 헤더를 통해 쿠키의 데이터, 유효 시간, 보안 설정 등을 관리..

인증/인가 > 3개의 해결책"쿠키"라는 단어자체가 친숙해서였는지 만만하게 보았다. 당분간 서브웨이 쿠키는 입에도 대지 않을 예정이다.물론 쿠키와 세션 모두 이전에 들어봤고 대충 어떤 것인지는 알고있었고 프로젝트에 적용해본 적도 있던 경험이 있지만 이렇게 딥하게 들어간 적도 없었다.. 쿠키&세션 그리고 거기서 파생되는 HTTPS보안 등을 알아볼까한다. 내용이 워낙 많다보니 글을 나눠서 포스팅 할 예정이다. Stateless & Stateful 내가 이해한 바로는, HTTP는 기본적으로 클라이언트와 서버 간의 요청이 독립적인 Stateless(비상태성, 비연속성)이다.서버는 각 요청이 별개의 클라이언트로부터 온 것처럼 처리하며, 이전 요청과 현재 요청 간의 관계를 유지하지 않는다.반대로 Stateful(상태..