0322 ~ 0323 TIL (오늘 하루 정리)

| 0322 ~ 0323

📑 공부한 내용

• 과제 전형 - 완료
• 자소서 작성 
• 코딩테스트 풀이 정리
  • 그동안 미루던 코딩테스트 풀이를 블로그에 정리
  • 코테 준비 -> 그동안 풀었던 풀이 다시 보면서 재풀이
• CS 정리
  • JWT vs Session vs Cookie (간단 요약 정리) -> TIL에 작성하기에는 길어질 것 같아서 추후 코드와 함께 아티클로 작성 예정)

 

• 쿠키
  • 클라이언트가 어떠한 웹 사이트를 방문할 경우, 그 사이트가 사용하고 있는 서버를 통해 클라이언트의 브라우저에 설치되는 작은 기록 정보 파일
  • 단점
    • 보안에 취약
      • 클라이언트 요청 시 쿠키의 값을 그대로 보낸다.
      • 유출 및 조작 당할 위험이 존재한다.
    • 쿠키의 사이즈가 커질수록 네트워크의 부하가 심해진다.
• 세션
  
  • 세션은 비밀번호 등 클라이언트의 인증 정보를 쿠키가 아닌 서버 측에서 저장하고 관리하는 것이다.
  • 장점
    • 쿠키를 포함한 요청이 외부에 노출되더라도 세션ID 자체는 유의미하지 않기 때문에 괜찮다.
  • 단점
    • 서버에서 세션 저장소를 사용하기 때문에 요청이 많아지면 서버에 부하가 심해진다.
• JWT
  • 인증에 필요한 정보들을 암호화시킨 토큰을 의미
  • .(온점)을 구분자로 3가지 문자열의 조합
    • Header (알고리즘과 토큰의 타입을 지정)
    • Payload (토큰에 담을 정보 ex. name) (key-value의 형식이다.)
      • 한쌍의 정보를 Claim 이라 한다.
    • Signature
      • 토큰의 위변조 여부를 확인하는데 사용
      • 서버에서 있는 비밀키를 이용
      • Header와 Payload를 더하여 비밀키로 해싱하여 생성
        • Header와 Payload는 인코딩 값이라 제 3자가 확인가능하지만, Signature는 불가능함
  • 장점
    • 확장성이 좋다
    • 토큰을 활용하여 소셜 로그인에도 활용가능
    • 인증 정보에 대한 별도의 저장소가 필요없다.
  • 단점
    • JWT는 토큰의 길이가 길어, 인증 요청이 많아질수록 네트워크 부하가 심해진다.
  • 단점을 보완한 전략
    • 만료 기한을 짧게 설정
      • 토큰이 탈취되더라도, 괜찮게
      • 하지만 로그인 계속해야해서 불편함
    • 슬라이딩 세션
      • 서비스를 지속적으로 이용하면 토큰의 만료 기한을 자동으로 늘리게 하는 방법
    • 리프레시 토큰
      • access token보다 만료시간이 긴 리프레시 토큰을 발급
      • access token이 만료되었을 때 리프레시 토큰을 사용하여 access token의 재발급을 요청
      • 서버는 DB에 저장된 리프레시 토큰과 비교하여 유효한 경우 새로운 access token을 발급
      • 이를 위해서, 리프레시 토큰을 별도의 저장소에 저장해야 한다.

 

 

📖 하루 정리

• 며칠동안 블로그에 TIL 작성할 틈도 없이 바쁘게 지냈다. 자소서도 쓰고, 과제 전형도 참여하고, 코딩 테스트도 참여하고.. 오늘에서야 어느정도 해결이 되어서 다시 글을 쓰게 되었다. 좋은 결과가 있..어야 하는뎋ㅎ
  
  
• Notion에 따로 CS 관련 기록을 하고 있는데 재차 보게되서 도움이 많이 되는 것 같다. 작성한 내용 중 몇몇은 따로 블로그에도 포스팅해볼 예정이다.