[인증/보안] 쿠키와 세션 : 사이트입장에서 접속자가 누구인지 식별할 수 있는 용도

---

쿠키? 세션?

---

 

 

서버 왈 : 처음이야? 반갑다! 다음부터는 내가 준 이름을 달고 오셈!

새컴 왈 : 응 알겠어! 명찰에 이름 적어둘게 끄적끄적(적는중)

 

이 명찰 = 쿠키 

 

 

 

초면을 벗어나고 구면인 관계가 되면

다시 접속요청을 보낼때!

 

컴터는 명찰 = 쿠키 달고온다.

 

명찰이랑 이름목록(쿠키 와 세션)이랑 비교해서 구면인가 초면인가 비교해봄

 

 

쿠키와 세션 :  사이트입장에서 접속자가 누구인지 식별할 수 있는 용도 

 

 

 

 

---

로그인 유지? 

---

post요청 id와 password ('sophiecode' , '1234')

➡️

클라이언트                                                    서버 

⬅️

response

 

 

 

클라이언트

쿠키를 함께 보낸다 

sessionID(명찰)

 

 

 

서버

이렇게, 아이디와 비번을주고 로그인이 성공이되면

세션이라는것을 만듬 하기의 것(등등)을 저장해서 만듬

• sessionId
• userId
• timeout
• authorization

 

✔️이때  세션Id가 서버상에 있다면?

로그인되었을때 웹페이지를 보여줌

 

 

✔️없다면?

로그인하지않았을때 웹페이지를 보여줌

 

flow.1~4 초면일때 5~7 구면일때

---

쿠키/세션 

---

쿠키는 서버에서 클라이언트에 데이터를 저장하는 방법의 하나

if 서버 want? 클라이언트에게서 정보를 가져옴 (서버가 갑이넴..)

 

 

서버가 클라이언트에 데이터를 저장할 수 있습니다. 단! 데이터를 저장한 이후 특정 조건들이 만족하는 경우에만 다시 가져올 수 있습니다.

 

쿠키 옵션!!

 

1. Domain

도메인이라는 것은 여러분들이 흔하게 보실 수 있는 www.google.com과 같은 서버에 접속할 수 있는 이름입니다. 쿠키 옵션에서 도메인은 포트 및 서브 도메인 정보, 세부 경로를 포함하지 않습니다.

여기서 서브 도메인이란 www 같은 도메인 앞에 추가로 작성되는 부분을 말합니다.

따라서 요청해야 할 URL이 http://www.localhost.com:3000/users/login 이라 하면

여기에서 Domain은 localhost.com이 됩니다.

만약 쿠키 옵션에서 도메인 정보가 존재한다면 클라이언트에서는 쿠키의 도메인 옵션과 서버의 도메인이 일치해야만 쿠키를 전송할 수 있습니다.

2. Path

세부 경로는 서버가 라우팅할 때 사용하는 경로입니다. 만약 요청해야 하는 URL이 http://www.localhost.com:3000/users/login 인 경우라면 여기에서 Path, 세부 경로는 /users/login이 됩니다.

명시하지 않으면 기본으로 / 으로 설정되어 있습니다.

Path 옵션의 특징은 설정된 path를 전부 만족하는 경우 요청하는 Path가 추가로 더 존재하더라도 쿠키를 서버에 전송할 수 있습니다. 즉 Path가 /users로 설정되어 있고, 요청하는 세부 경로가 /users/login 인 경우라면 쿠키 전송이 가능합니다.

하지만 /user/login으로 전송되는 요청은 Path 옵션을 만족하지 못하기 때문에 서버로 쿠키를 전송할 수 없습니다.

3. MaxAge or Expires

쿠키가 유효한 기간을 정하는 옵션입니다.

MaxAge는 앞으로 몇 초 동안 쿠키가 유효한지 설정하는 옵션입니다.

Expires 은 MaxAge와 비슷합니다. 다만 언제까지 유효한지 Date를 지정합니다. 이때 클라이언트의 시간을 기준으로 합니다.

이후 지정된 시간, 날짜를 초과하게 되면 쿠키는 자동으로 파괴됩니다.

하지만 두 옵션이 모두 지정되지 않는 경우에는 브라우저의 탭을 닫아야만 쿠키가 제거될 수 있습니다.

4. Secure

쿠키를 전송해야 할 때 사용하는 프로토콜에 따른 쿠키 전송 여부를 결정합니다. 만약 해당 옵션이 true로 설정된 경우, 'HTTPS' 프로토콜을 이용하여 통신하는 경우에만 쿠키를 전송할 수 있습니다.

5. HttpOnly

자바스크립트에서 브라우저의 쿠키에 접근 여부를 결정합니다. 만약 해당 옵션이 true로 설정된 경우, 자바스크립트에서는 쿠키에 접근이 불가합니다.

명시되지 않는 경우 기본으로 false로 지정되어 있습니다. 만약 이 옵션이 false인 경우 자바스크립트에서 쿠키에 접근이 가능하므로 'XSS' 공격에 취약합니다.

6. SameSite

Cross-Origin 요청을 받은 경우 요청에서 사용한 메소드와 해당 옵션의 조합으로 서버의 쿠키 전송 여부를 결정하게 됩니다. 사용 가능한 옵션은 다음과 같습니다.

• Lax :Cross-Origin 요청이면 'GET' 메소드에 대해서만 쿠키를 전송할 수 있습니다.
• Strict : Cross-Origin이 아닌 same-site 인 경우에만 쿠키를 전송 할 수 있습니다.
• None: 항상 쿠키를 보내줄 수 있습니다. 다만 쿠키 옵션 중 Secure 옵션이 필요합니다.
• 이때 'same-site'는 요청을 보낸 Origin과 서버의 도메인이 같은 경우를 말합니다.

이러한 옵션들을 지정한 다음 서버에서 클라이언트로 쿠키를 처음 전송하게 된다면 헤더에 Set-Cookie라는 프로퍼티에 쿠키를 담아 쿠키를 전송하게 됩니다.

이후 클라이언트 혹은 서버에서 쿠키를 전송해야 한다면 클라이언트는 헤더에 Cookie라는 프로퍼티에 쿠키를 담아 서버에 쿠키를 전송하게 됩니다.

 

위의 옵션을 참고하여 보통 코드로 작성시 

서버측에서 아래와 같이 session에 쿠키 옵션을 넣어줘야한다. (쿠키 대조를 하려고)

 

// TODO: express-session 라이브러리를 이용해 쿠키 설정을 해줄 수 있습니다.
app.use(
  session({
    secret: '@codestates',
    resave: false,
    saveUninitialized: true,
    cookie: {
      domain: `localhost`,
      path: `/`,
      maxAge: 24 * 6 * 60 * 10000,
      sameSite:  "None",
      httpOnly: true,
      secure: true,
    },
  })
);