Week I Learned-01

졍이🥨·2022년 11월 20일
0

개발일지

목록 보기
13/38

2022-11-20 (일)

  • JWT
    JWT(JSON Web Token)란 인증에 필요한 정보들을 암호화시킨 JSON 토큰을 의미한다.
    그리고 JWT 기반 인증은 JWT 토큰(Access Token)을 HTTP 헤더에 실어 서버가 클라이언트를 식별하는 방식이다

    JWT는 JSON 데이터를 Base64 URL-safe Encode 를 통해 인코딩하여 직렬화한 것이며, 토큰 내부에는 위변조 방지를 위해 개인키를 통한 전자서명도 들어있다.
    따라서 사용자가 JWT 를 서버로 전송하면 서버는 서명을 검증하는 과정을 거치게 되며 검증이 완료되면 요청한 응답을 돌려준다.

    JWT는 . 을 구분자로 나누어지는 세 가지 문자열의 조합이다.
    . 을 기준으로 좌측부터 Header, Payload, Signature를 의미한다.

    -JWT를 이용한 인증 과정
    ①사용자가 ID, PW를 입력하여 서버에 로그인 인증을 요청한다.
    ②서버에서 클라이언트로부터 인증 요청을 받으면, Header, PayLoad, Signature를 정의한다. Hedaer, PayLoad, Signature를 각각 Base64로 한 번 더 암호화하여 JWT를 생성하고 이를 쿠키에 담아 클라이언트에게 발급한다.
    ③클라이언트는 서버로부터 받은 JWT를 로컬 스토리지에 저장한다. (쿠키나 다른 곳에 저장할 수도 있음)
    API를 서버에 요청할때 Authorization header에 Access Token을 담아서 보낸다.
    ④서버가 할 일은 클라이언트가 Header에 담아서 보낸 JWT가 내 서버에서 발행한 토큰인지 일치 여부를 확인하여 일치한다면 인증을 통과시켜주고 아니라면 통과시키지 않으면 된다. 인증이 통과되었으므로 페이로드에 들어있는 유저의 정보들을 select해서 클라이언트에 돌려준다.
    ⑤클라이언트가 서버에 요청을 했는데, 만일 액세스 토큰의 시간이 만료되면 클라이언트는 리프래시 토큰을 이용해서
    ⑥서버로부터 새로운 엑세스 토큰을 발급 받는다.

    -JWT 장점
    ①Header와 Payload를 가지고 Signature를 생성하므로 데이터 위변조를 막을 수 있다.
    ②인증 정보에 대한 별도의 저장소가 필요없다.
    ③JWT는 토큰에 대한 기본 정보와 전달할 정보 및 토큰이 검증됬음을 증명하는 서명 등 필요한 모든 정보를 자체적으로 지니고 있다.
    ④클라이언트 인증 정보를 저장하는 세션과 다르게, 서버는 무상태(StateLess)가 되어 서버 확장성이 우수해질 수 있다.
    ⑤토큰 기반으로 다른 로그인 시스템에 접근 및 권한 공유가 가능하다. (쿠키와 차이)
    ⑥OAuth의 경우 Facebook, Google 등 소셜 계정을 이용하여 다른 웹서비스에서도 로그인을 할 수 있다.
    ⑦모바일 어플리케이션 환경에서도 잘 동작한다. (모바일은 세션 사용 불가능)

    -JWT 단점
    ①Self-contained : 토큰 자체에 정보를 담고 있으므로 양날의 검이 될 수 있다.
    ②토큰 길이 : 토큰의 Payload에 3종류의 클레임을 저장하기 때문에, 정보가 많아질수록 토큰의 길이가 늘어나 네트워크에 부하를 줄 수 있다.
    ③Payload 인코딩 : payload 자체는 암호화 된 것이 아니라 BASE64로 인코딩 된 것이기 때문에, 중간에 Payload를 탈취하여 디코딩하면 데이터를 볼 수 있으므로, payload에 중요 데이터를 넣지 않아야 한다.
    ④Store Token : stateless 특징을 가지기 때문에, 토큰은 클라이언트 측에서 관리하고 저장한다. 때문에 토큰 자체를 탈취당하면 대처하기가 어렵게 된다.


  • API -
    API는 “Application Programming Interface”의 준말. 풀이를 하자면, 여러 프로그램들과 데이터베이스, 그리고 기능들의 상호 통신 방법을 규정하고 도와주는 매개체이다. API는 데이터베이스가 아니지만, 액세스 권한이 있는 앱의 권한 규정과 “서비스 요청”에 따라 데이터나 서비스 기능을 제공하는 메신저 역할을 한다.
  1. API의 종류
    A. 접근 방식에 따른 유형
    1) Private API
    Private API는 내부 API로, 기업이나 연구 단체 등에서 자체 제품과 운영 개선을 위해 단체 내부에서만 사용. 따라서 제삼자에게 노출되지 않는다.

    2) Public API
    Public API는 말 그대로 public, 즉 개방형 API로, 모두에게 공개된다. Public API 중에서도 접속하는 대상에 대한 제약이 없는 경우를 OpenAPI라 한다.

    B. 아키텍처 스타일에 따른 API 종류
    3) Partner API
    Partner API는 특정 비즈니스 파트너 간의 데이터 공유. 그러므로 동의하는 특정인들만 사용할 수 있다.

    -API장점
    ①데이터 접속의 표준화와 편의성
    ②자동화와 확장성
    ③적용력

    -API의 단점
    ①보안성과 HTTP 방식의 제한
    ②표준의 부재와 개발 비용


  • 첫 항해를 시작하고 이번주에 배운 점, 느낀 점
    이번주의 느낀 점은 월~목요일은 새로운 조원들과 미니프로젝트를 진행했다. 처음엔 미니프로젝트긴했지만 뭔가 시간이 조금밖에 주어지지 않아 막막했는데 조원분들이 맡으신 부분들을 모두 열심히 수행해주셨고, 어려운 부분과 힘든 부분을 모두 도와가며 진행되었더니 만족스러운 결과가 나왔습니다. 함께 해냈다는 성취감과 팀워크 속 소속감이 좋은 경험으로 남았습니다.
    이번 주의 배운 점은 미니프로젝트를 통해 어려운 부분은 스스로 해결해보는 것도 중요하지만, 팀원들에게 도움을 구하고 함께 해결해 나가는 것도 좋은 문제 해결 방법임을 알게되었습니다. 도움을 주고 받으며 저도 다시 생각하게 되는 점 그리고 새로 알게 되는 점이 있어서 저에게 좋은 기회였던 것 같습니다.
profile
Front-End :)

0개의 댓글