[React] 인증과 인가

인증과 인가는 쌍둥이 같은 친구입니다. 사실 쌍둥이는 둘 중 하나랑 굳이 붙어 다닐 필요가 없지만, 인증과 인가는 함께 안 붙어 다닌다면 큰 의미가 없습니다. 사실 의미는 있는데 아직 잘 몰라서 이렇게 말하는 걸 수도 있습니다. 타임캡슐 다시 확인하듯이 1년 뒤에 꼭 이 글을 다시 보도록 합시다.

인증(Authentication)

인증은 유저의 identification을 확인하는 절차입니다. 즉, 사용자의 id와 pw를 확인하는 절차로 주로 로그인 절차가 그 대표적인 예입니다.

로그인 절차

(회원가입 절차)
1. 유저 아이디와 비번 생성
2. 유저 비번 암호화 해서 DB에 저장.
(로그인 절차)
3. 유저 로그인 -> 아이디와 비밀번호 입력
4. 유저가 입력한 비밀번호 암호화 한후 암호화되서 DB에 저정된 유저 비밀번호와 비교.
5. 일치하면 로그인 성공
6. 로그인 성공하면 access token을 클라이언트에게 전송.
7. 유저는 로그인 성공후 다음부터는 access token을 첨부해서 request를 서버에 전송함으로서 매번 로그인 해도 되지 않도록 한다.

그런데 유저의 비밀번호는 암호화를 해야 합니다. 비밀번호 그대로 DB에 저장 할 시 DB가 해킹을 당하면 유저의 비밀번호도 그대로 노출될 뿐더러, 외부 해킹이 아니더라도 내부 개발자나 인력이 유저들의 비밀번호를 볼 수 있기 때문입니다.

유저 비밀번호 암호화

• 유저의 비밀번호는 꼭 암호화 해서 저장 해야 합니다.
  • 그럼으로 DB가 해킹을 당해도 비밀번호가 그대로 노출되지 않으며
  • 내부 인력도 비밀번호를 알 수가 없습니다.
• 비밀번호 암호에는 단방향 해쉬 함수(one-way hash function)가 일반적으로 쓰입니다.
  • 단방향 해시 함수는 원본 메시지를 변환하여 암호화된 메시지인 다이제스트(digest)를 생성한다. 원본 메시지를 알면 암호화된 메시지를 구하기는 쉽지만 암호화된 메시지로는 원본 메시지를 구할 수 없어서 단방향성(one-way) 이라고 합니다.
  • 예를 들어, "test password"를 hash256이라는 해쉬 함수를 사용하면 0b47c69b1033498d5f33f5f7d97bb6a3126134751629f4d0185c115db44c094e 값이 나오며, "test password2"를 hash256 해쉬 함수를 사용하면 d34b32af5c7bc7f54153e2fdddf251550e7011e846b465e64207e8ccda4c1aeb 값이 나옵니다.
  • 두 비밀번호는 실제로는 비슷하지만 해쉬 함수 값은 완전히 틀린 것을 볼 수 있습니다. 이러한 효과를 avalance라고 하는데 비밀번호 해쉬 값을 해킹을 어렵게 만드는 하나의 요소입니다.

그런데 단방향 해쉬 함수도 몇가지 취약점이 있습니다.

• Rainbow table attack - 미리 해쉬값들을 계산해 놓은 테이블을 Rainbow table이라고 한다. Rainbow table을 이용하면 역으로 비밀번호 계산이 가능합니다.
• 해시 함수는 원래 패스워드를 저장하기 위해서 설계된 것이 아니라 짧은 시간에 데이터를 검색하기 위해 설계된 것입니다(Remember Set?). 그렇기 때문에 해시 함수는 본래 처리 속도가 최대한 빠르도록 설계되었고, 이러한 속성 때문에 공격자가 매우 빠른 속도로 임의의 문자열의 다이제스트와 해킹할 대상의 다이제스트를 비교할 수 있다. 이런 방식으로 패스워드를 추측하면 패스워드가 충분히 길거나 복잡하지 않은 경우에는 그리 긴 시간이 걸리지 않습니다.

Bcrypt

이러한 관계로 단방향 해쉬 함수의 취약점들을 보안하기 위해 일반적으로 2가지 보완점들이 사용됩니다.

• Salting
  • 실제 비밀번호 이외에 추가적으로 랜덤 데이터를 더해서 해시값을 계산하는 방법.
• Key Stretching
  • 단방향 해쉬값을 계산 한 후 그 해쉬값을 또 해쉬 하고, 또 이를 반복하는 것.
  • 최근에는 일반적인 장비로 1초에 50억 개 이상의 다이제스트를 비교할 수 있지만, 키 스트레칭을 적용하여 동일한 장비에서 1초에 5번 정도만 비교할 수 있게 만듭니다. GPU(Graphics Processing Unit)를 사용하더라도 수백에서 수천 번 정도만 비교할 수 있으며, 이는 50억 번과는 비교할 수도 없을 정도로 적은 횟수입니다.
• Salting과 Key Stretching을 구현한 해쉬 함수중 가장 널리 사용되는 것이 바로 bcrypt입니다. bcrypt는 처음부터 비밀번호를 단방향 암호화 하기 위해 만들어진 해쉬함수입니다.

JWT(JSON Web Tokens)

이렇게 험난한 과정을 뚫고, 유저가 로그인에 성공한 후에는 access token이라고 하는 암호화된 유저 정보를 첨부해서 request를 보내게 됩니다.

POST /auth HTTP/1.1
Host: localhost:5000
Content-Type: application/json

{
    "username": "joe",
    "password": "pass"
}

• access token:

HTTP/1.1 200 OK
Content-Type: application/json

{
    "access_token": "eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpZGVudGl0eSI6MSwiaWF0IjoxNDQ0OTE3NjQwLCJuYmYiOjE0NDQ5MTc2NDAsImV4cCI6MTQ0NDkxNzk0MH0.KPmI6WSjRjlpzecPvs3q_T3cJQvAgJvaQAPtk1abC_E"
}

그러면 서버에서는 access token을 복호화 해서 해당 유저 정보를 얻게 됩니다. 예를들어 access token eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpZGVudGl0eSI6MSwiaWF0IjoxNDQ0OTE3NjQwLCJuYmYiOjE0NDQ5MTc2NDAsImV4cCI6MTQ0NDkxNzk0MH0.KPmI6WSjRjlpzecPvs3q_T3cJQvAgJvaQAPtk1abC_E 를 복호화 하면 다음과 같은 정보를 얻게 됩니다.

```
{
    user_id = 1 
}
```

user_id가 1이라는 정보로, 복호화해서 얻은 유저 아이디를 통해 해당 유저가 누군지 알 수 있다.

• access token을 생성하는 방법은 여러가지가 있는데, 그 중 가장 널리 사용되는 기술중 하나가 바로 JWT(JSON Web Tokens)입니다.
• JWT는 말 그대로 유저 정보를 담은 JSON 데이터를 암호화 해서 클라이언트와 서버간에 주고 받는 것입니다.

인가(Authorization)

이제 로그인한 유저가 요청하는 request를 실행할 수 있는 권한이 있는 유저인가를 확인하는 절차를 가집니다. 바로 인가(Authorization) 절차입니다.

이 인가 절차는 JWT를 통해서 구현할 수 있습니다. 우리가 access token을 통해 유저 정보를 얻을 수 있기에 해당 유저가 가지고 있는 권한(permission)도 확인할 수 있기 때문입니다.

Authorization 절차

1. Authentication 절차를 통해 access token을 생성합니다. access token에는 유저 정보를 확인할 수 있는 정보가 들어가 있어야 한다 (예를 들어 user id).
2. 유저가 request를 보낼때 access token을 첨부해서 보냅니다.
3. 서버에서는 유저가 보낸 access token을 복호화합니다.
4. 복호화된 데이터를 통해 user id를 얻습니다.
5. user id를 사용해서 database에서 해당 유저의 권한(permission)을 확인합니다.
6. 유저가 충분한 권한을 가지고 있으면 해당 요청을 처리합니다.
7. 유저가 권한을 가지고 있지 않으면 Unauthorized Response(401) 혹은 다른 에러 코드를 보냅니다.

이해는 쉽지만, 구현하는 건 다른 영역입니다. 이해를 바탕으로 훌륭하게 구현하는 걸 목표로 합시다.