인증 & 인가

1. 인증이란? : 유저의 identification을 확인하는 절차(유저의 아이디와 비번을 확인하는 절차)

2. 단방향 해쉬 함수(one-way hash function) : 원본 메시지를 변환하여 암호화된 메시지인 다이제스트(digest)를 생성. 원본 메시지로 복원이 불가

3. Salting & Key Stretching : 단방향 해쉬 함수의 취약점들을 보안하기 위한 일반적인 방법 2가지

4. bcrypt : 오픈소스 암호화 모듈(JavaScript, python 등 여러 언어에서 사용 가능). Salting & Key Stretching 을 실제로 적용하기 편하게 해주는 대표적인 라이브러리

5. 인가란? : 유저가 요청하는 request를 실행할 수 있는 권한이 있는 유저인가를 확인하는 절차

6. JWT(JSON Web Tokens) : 유저 정보를 담은 JSON 데이터를 암호화 해서 클라이언트와 서버간에 주고 받는 것

1. 인증(Authentication)

인증을 하기 위해선 먼저 유저의 아이디와 비번을 생성할 수 있는 기능이 필요

1) 로그인 절차

가. 유저 아이디와 비번 생성
나. 유저 비번 암호화 해서 DB에 저장
다. 유저 로그인 -> 아이디와 비밀번호 입력
라. 유저가 입력한 비밀번호 암호화 한후 암호화되서 DB에 저정된 유저 비밀번호와 비교
마. 일치하면 로그인 성공
바. 로그인 성공하면 `access token`을 클라이언트에게 전송
사. 유저는 로그인 성공후 다음부터는 `access token`을 첨부해서 request를 서버에 전송함으로써, 매번 로그인 해도 되지 않도록 함

2) 유저 비밀번호 암호화

가. 유저의 비밀번호는 절대 비밀번호 그대로 DB에 저장 하지 않음
나. 유저의 비밀번호는 꼭 암호화 해서 저장
다. 비밀번호 암호에는 단방향 해쉬 함수(one-way hash function)가 일반적으로 쓰임

2. Bcrypt

Salting과 Key Stretching을 구현한 해쉬 함수중 가장 널리 사용되는 것이 bcrypt.
bcrypt는 처음부터 비밀번호를 단방향 암호화 하기 위해 만들어진 해쉬함수

1) 단방향 해쉬 함수도 몇가지 취약점이 있음

• Rainbow table attack : 미리 해쉬값들을 계산해 놓은 테이블을 Rainbow table 이라고 함
• 해시 함수는 원래 패스워드를 저장하기 위해서 설계된 것이 아니라 짧은 시간에 데이터를 검색하기 위해 설계된 것임.
• 이러한 속성 때문에 공격자는 매우 빠른 속도로 임의의 문자열의 다이제스트와 해킹할 대상의 다이제스트를 비교할 수 있음

2) 단방향 해쉬 함수의 취약점들을 보안하기 위해 일반적으로 2가지 방법(아이디어) 사용

가. Salting : 실제 비밀번호 이외에 추가적으로 랜덤 데이터를 더해서 해시값을 계산하는 방법
나. Key Stretching : 방향 해쉬값을 계산 한 후 그 해쉬값을 또 또 해쉬 하고, 또 이를 반복하는 것

3. JWT(JSON Web Tokens)

• 유저가 로그인에 성공한 후에는 access token이라고 하는 암호화된 유저 정보를 첨부해서 request를 보내게 됨

• 그러면 서버에서는 access token을 복호화 해서 해당 유저 정보를 얻게 됨

• 이런 절차의 목적은 해당 유저가 매번 로그인 하지 않도록 하는 것

• access token을 생성하는 방법은 여러가지가 있는데, 그 중 가장 널리 사용되는 기술중 하가 바로 JWT(JSON Web Tokens)

• JWT는 말 그대로 유저 정보를 담은 JSON 데이터를 암호화하여 클라이언트와 서버간에 주고 받는 것

4. 인가(Authorization)

• Authorization은 유저가 요청하는 request를 실행할 수 있는 권한이 있는 유저인가를 확인하는 절차
• Authroization도 JWT를 통해서 구현 될 수 있음
  ->access token을 통해 해당 유저 정보를 얻을 수 있으므로 해당 유저가 가지고 있는 권한(permission)도 확인 할 수 있음

Authorization 절차

가. Authentication 절차를 통해 access token을 생성
   -> access token에는 유저 정보를 확인할 수 있는 정보가 들어가 있어야 함 (ex. user id).
나. 유저가 request를 보낼때 access token을 첨부해서 보냄
다. 서버에서는 유저가 보낸 access token을 복호화
라. 복호화된 데이터를 통해 user id를 얻음
마. user id를 사용하여 database에서 해당 유저의 권한(permission)을 확인
바. 유저가 충분한 권한을 가지고 있으면 해당 요청을 처리
사. 유저가 권한을 가지고 있지 않으면 Unauthorized Response(401) 혹은 다른 에러 코드를 보냄

<출처> wecode(코딩 부트캠프) 세션