Session

❤️‍🔥 Session

• 서버가 Client에 유일하게 암호화된 ID를 부여
• 데이터를 서버에 저장해 쿠키는 그 데이터에 대한 ID만 암호화된 상태로 부여를 한다.

✨ CooKie & Session

	설명	접속 상태 저장 경로	장점	단점
Cookie	쿠키는 그저 http의 stateless한 것을 보완해 주는 도구	클라이언트	서버에 부담을 덜어줌	쿠키 그 자체는 인증이 아님
Session	접속 상태를 서버가 가짐(stateful) 접속 상태와 권한을 부여하기 위해 세션아이디를 쿠키로 전송	서버	신뢰할 수 있는 유저인지 서버에서 추가로 확인 가능	하나의 서버에서만 접속 상태를 가지므로 분산에 불리

✨ CooKie 인증 방식

클라이언트에 CooKie를 전송해 여러가지 정보를 저장했었지만 쿠키는 유저가 삭제하지 않고 유효기간이 정해지지 않는다면 영원히 존재할 수 있다는 점에서 인증 정보를 담아 보관하기엔 좋지 못한 방법이다.

✨ Session 인증 방식

클라이언트에게 인증 정보를 저장하지 않고 클라이언트마다 신분증과 같이 단 하나밖에 존재하지 않는 아이디를 CooKie에 담아서 클라이언트에 전송을 해 준다. 클라이언트에 중요한 데이터를 서버에서 관리하게 되는 것이다. 클라이언트는 전달받은 CooKie를 매 요청마다 자동으로 서버에 제공하게 돼서 해당 요청이 Session에 연결된 클라이언트라는 것을 서버에 알려 주게 되고 서버는 CooKie로 전달받은 세션 아이디를 비교해 적절하게 응답을 되돌려 준다.

---

❤️‍🔥 Session-based Authentication

✨ 로그인

로그인을 통해 사용자 인증 정보를 저장하고, 그 후 인증된 사용자가 어떤 식으로 웹사이트를 이용하는지 간단하게 알아보자.

사용자가 웹사이트에서 아이디 및 비밀번호를 입력해서 로그인을 시도하면(1), 어떤 일이 벌어질까?

사용자가 만일 정확한 아이디와 비밀번호를 입력했다면, 서버에서는 인증에 성공했다고 판단할 것이다.

그렇다면 다음 번에 인증을 필요로 하는 작업(e.g. 그림에서와 같이, 장바구니에 물품 추가)을 요청하는 경우에 한 번 더 로그인 과정을 거쳐야 할까?

정답은 거치지 않아도 된다. 서버가 해당 유저는 인증에 성공했다는 것을 알고 있다면, 유저가 매번 로그인할 필요가 없을 것이다. (인증에 따라 리소스 접근 권한이 달라진다.)

이때 서버와 클라이언트에 각각 필요한 것은 다음과 같다

• 서버: 사용자가 인증에 성공했음을 알고 있어야 한다.

• 클라이언트: 인증 성공을 증명할 수단을 갖고 있어야 한다.

• 세션: 사용자가 인증에 성공한 상태

서버는 일종의 저장소에 세션을 저장한다. (그림에서 2번) 주로 in-memory(자바스크립트 객체를 생각하면 된다.) 또는 세션 스토어(redis 등과 같은 트랜잭션이 빠른 DB)에 저장한다.
세션이 만들어지면, 각 세션을 구분할 수 있는 세션 아이디도 만들어지는데(그림에서 3번), 보통 클라이언트에 세션 성공을 증명할 수단으로써 세션 아이디를 전달한다. (그림에서 4번)
이때 웹사이트에서 로그인을 유지하기 위한 수단으로 쿠키를 사용한다. 쿠키에는 서버에서 발급한 세션 아이디를 저장한다.

쿠키를 통해 유효한 세션 아이디가 서버에 전달되고, (그림에서 5번) 세션 스토어에 해당 세션이 존재한다면 (그림에서 6번) 서버는 해당 요청에 접근 가능하다고 판단한다. (그림에서 7,8번)

하지만 쿠키에 세션 아이디 정보가 없는 경우, 서버는 해당 요청이 인증되지 않았음을 알려준다.

✨ 로그아웃

그렇다면, 로그아웃은 어떻게 구현해야 할까? 세션 아이디가 담긴 쿠키는 클라이언트에 저장되어 있으며, 서버는 세션을 저장하고 있다. 그리고 서버는 그저 세션 아이디로만 인증 여부를 판단한다.

주의: 쿠키는 세션 아이디, 즉 인증 성공에 대한 증명을 갖고 있으므로, 탈취될 경우 서버는 해당 요청이 인증된 사용자의 요청이라고 판단한다. 이것이, 우리가 공공 PC에서 로그아웃해야 하는 이유이다.

그러므로 로그아웃은 다음 두 가지 작업을 해야 한다.

서버: 세션 정보를 삭제
클라이언트: 쿠키를 갱신
서버는 클라이언트의 쿠키를 임의로 삭제할 수 없다. 대신, set-cookie로 클라이언트에게 쿠키를 전송할 때 세션 아이디의 키값을 무효한 값으로 갱신할 수 있다.

✨ express-session

• 세션을 위한 미들웨어로, express 서버에서 쉽게 세션을 위한 공간을 다룰 수 있도록 만들어 준다.
• Node.js에는 이런 세션을 대신 관리해 주는 express-session 이라는 모듈이 존재한다.

아래 설명을 참고하여 모듈의 역할 및 사용법을 알아보자.

const express = require('express');
const session = require('express-session');

const app = express();

app.use(
  session({
    secret: '@hello',
    resave: false,
    saveUninitialized: true,
    cookie: {
      domain: 'localhost',
      path: '/',
      maxAge: 24 * 6 * 60 * 10000,
      sameSite: 'none',
      httpOnly: false,
      secure: true,
    },
  })
);

express-session를 사용해 위와 같이 세션의 옵션을 지정할 수 있다. 언뜻 보면 쿠키 옵션과 비슷해 보이지만, 세션의 경우 secret 옵션의 비밀 키를 이용해 암호화해 세션 id라는 것을 생성한다. 그리고 이것을 클라이언트에게 쿠키로 전송한다.

쿠키로 전송된 세션 id는 이에 종속되는 고유한 세션 객체를 가지며 이는 서버에 저장된다. 이때 세션 객체는 유저별로 독립적으로 생성된 객체이므로 유저별로 각각 다른 데이터를 저장할 수 있다.

따라서 클라이언트에 유저의 개인정보를 담지않고도 서버가 클라이언트의 세션 id를 이용해 유저의 인증여부를 판단할 수 있다.

세션 객체는 req.session 으로 접근할 수 있으며 앞서 말했듯 이를 통해 세션에 임의의 데이터를 저장하거나 불러올 수 있다.

이 세션 객체에 값을 담거나, 값을 불러오는 법, 세션을 파괴하는 법은 이 문서를 참고해 보자.