인증과 인가는 API에서 가장 자주 구현되는 기능중 하나로, Private한 API는 물론이고 Public한 API도 기본적인 인증과 인가를 요구한다.
인증은 유저의 id와 pw를 확인(로그인)하는 과정이며, 이를 위해 id,pw를 생성하는 기능(회원가입)도 필요하다.
또한 인증은 사용자 입장에서 '나'임을 알리고, 개발자 입장에서 '사용자'가 어떻게 이용하는지 추적하기 위해 필요하다.
- 유저가 아이디,비밀번호 생성한다.
- 유저의 비밀번호를 암호화 해 DB에 저장한다.
- 유저가 아이디와 비밀번호를 입력한다.
- 유저가 입력한 비밀번호를 암호화 한 후, 암호화 되어있는 DB에 저장된 비밀번호와 비교한다.
- 일치하면 로그인이 된다.
- 로그인이 되면 access token을 클라이언트에게 전송한다.
- 유저는 로그인 후 다음부터는 access token을 첨부해서 request를 서버에 전송하고 매번 로그인 해도 되지 않도록 한다.
인가는 유저가 요청하는 request에 대한 권한이 있는지 확인하는 절차다.
- 인가 절차를 통해 "access token"을 생성한다.
"access token"에는 유저 정보를 확인할 수 있는 정보가 들어가 있어야 한다 (예를 들어 user id).- 유저가 request를 보낼때 "access token"을 첨부해서 보낸다.
- 서버에서는 유저가 보낸 "access token"을 복호화 한다.
- 복호화된 데이터를 통해 user id를 얻는다.
- user id를 사용해서 database에서 해당 유저의 권한을 확인하다.
- 유저가 권한을 가지고 있으면 해당 요청을 처리한다.
- 유저가 권한이 없으면 Unauthorized Response(401) 혹은 다른 에러 코드를 보낸다.
유저의 비밀번호는 원래 상태 그대로 저장된다면?
단방향 해쉬 함수(one-way hash function)
0b47c69b1033498d5f33f5f7d97bb6a3126134751629f4d0185c115db44c094e
d34b32af5c7bc7f54153e2fdddf251550e7011e846b465e64207e8ccda4c1aeb
단방향 해쉬 함수의 취약점
Rainbow table attack: 미리 해쉬값들을 계산해 놓은 테이블
해시 함수는 원래 짧은 시간에 데이터를 검색하기 위해 설계된 것으로, 처리 속도가 최대한 빠르게 설계되었다. 이러한 속성 때문에 공격자는 매우 빠른 속도로 임의의 문자열의 다이제스트와 해킹할 대상의 다이제스트를 비교할 수 있다. 그러므로 대부분의 유저들이 비밀번호를 동일하거나 짧게하기 때문에 빠른 시간안에 해킹이 될 수 있다.
POST /auth HTTP/1.1
Host: localhost:5000
Content-Type: application/json
{
"username": "joe",
"password": "pass"
}
HTTP/1.1 200 OK
Content-Type: application/json
{
"access_token": "eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpZGVudGl0eSI6MSwiaWF0IjoxNDQ0OTE3NjQwLCJuYmYiOjE0NDQ5MTc2NDAsImV4cCI6MTQ0NDkxNzk0MH0.KPmI6WSjRjlpzecPvs3q_T3cJQvAgJvaQAPtk1abC_E"
}
access token
을 복호화 해서 해당 유저 정보를 얻게 된다.{
user_id = 1
}
access token
을 생성하는 방법 중 하나가 JWT(JSON Web Tokens)다.