인증과 인가

LEE_JUN_HA·2021년 2월 1일
0
post-thumbnail

인증(Authentication)

인증은 무엇이고 왜 할까요?

• 인증은 회원가입과 로그인을 말합니다.

인증은 왜 필요할까요?

• 우리 서비스를 누가 쓰는지? 어떻게 사용하는지? 추적이 가능하도록 하기 위해 필요합니다.

인증에 필요한 것은 무엇이 있나요?

• 아이디, 이메일 주소, 비밀번호 등이 있습니다.
• 이중에서 가장 중요한 것은 비밀번호입니다.

비밀번호 어떻게 관리해야 하는가?

Database에 저장 시 개인 정보를 해싱하여 북원할 수 없도록 함.

통신 시 개인 정보를 주고받을 때 SSL을 적용하여 암호화(HTTPS)

암호화는 어떻게 할까요?

단방향 해쉬란?

• 본래 해쉬(hash)함수는 자료구조에서 빠른 자료의 검색, 데이터의 위변조 체크를 위해서 쓰이지만, 복원이 불가능한 단뱡향 해쉬함수는 암호학적 용도로 사용합니다.

• (MD5, SHA-1)(둘은 보안 취약), SHA-256등이 있습니다.
• '1234'를 SHA-256 해싱하면 다음과 같습니다
03ac6576fe12v674ee5245gc986fjvn4366vknve56ibbdfb89dfb8d9fb
• 결과만 봐서는 당장 식별이 불가능하므로 완벽해보입니다.
• 하지만 같은 알고리즘으로 '1234'다시 해싱하면 항상 같은 결과가 도출됩니다.

SALTING & KeyStretching?

• 단순해쉬값이 해킹에 쉽게 노출되기 때문에 Salting이라는 아이디어가 생겨났습니다.
• 입력한 비밀번호와 임의로 생성한 문자열(Salt)를 합쳐서 해싱해서 이 해시값을 저장하는 방법입니다.
• 물론 이때에 비교를 위해 해시값과 소금(Salt)값을 같이 저장해야 합니다.
• 여기에 해커가 패스워드 무작위 대입을 통해 해시값을 계산하는데 필요한 시간을 대폭 늘리기 위해 Salting 및 해싱을 여러번 반복해서 원본 값을 유추하기 어렵게 만드는 것이 스트래칭(Ket stretching)입니다.

bcrypt(비크립트)

Salting & Key Stretching 대표적 라이브러리
• bcrypt는 앞서 말한 개념들을 실제로 적용하기 편하게 해주는 대표적인 라이브러리입니다.
• 다양한 언어를 지원하고 있으며, 사용이 간편하여 쉽게 적용이 가능합니다.
• bcrypt는 hash결과값에 소금값과 해시값 및 반복횟수를 같이 보관하기 때문에 비밀번호 해싱을 적용하는데 있어 DB설계를 복잡하게 할 필요가 없습니다.

인가(Authorization)

인가는 무엇일까요?

• 사용자가 서버에 로그인 하면 해당 사용자가 맞는지 확인하는 과정이 바로 인가입니다.

Http의 특징은 무엇일까요?
• 바로 request/response 요청과 응답.
• stateless한 성질(저장하지 않는 성질).

JSON Web Token

헤더에는 어떤 정보가 들어갈까요?

  • 토큰의 타입과 해시알고리즘 정보가 들어갑니다.
  • 헤더의 내용은 BASE64 방식으로 인코딩해서 JWT의 가장 첫 부분에 기록됩니다.
    예시 - {“alg”: “HS256”, “typ”: “JWT”}

• 다음은 내용(payload)입니다.

• 내용에는 exp와 같이 만료시간을 나타내는 공개 클레임
• 그리고 클라이언트와 서버간 협의 하에 사용하는 비공개 클레임
• 위의 두 가지 요소를 조합하여 작성한 뒤 BASE64 인코딩하여 두번 째 요소로 위치합니다.
• 예시 - {"user-id" : 1, "exp" : 1539517391}

• 마지막은 서명(signature)입니다.

• JWT가 원본 그대로라는 것을 확인할 때 사용하는 부분입니다.
• 시그니처는 BASE6URL 인코드된 header 와 payload 그리고 JWT secret9별도 생성)을 헤더에 지정된 암호 알고리즘으로 암호화하여 전송합니다.(복호화 가능)
• 프론트엔드가 JWT를 백엔드 API 서버로 전송하면 서버에서는 전송 받은 JWT의 서명부분을 복호화하여 서버에서 생성한 JWT가 맞는지 확인합니다.
• 마치 계약서의 위조변조를 막기 위해 서로 사인하는 것과 같다고 보시면 됩니다.
• 주의할 점은 header와 payload는 BASE64 인코딩한 것이므로(암호화 아님) 누구나 원본을 볼 수 있으니 개인정보를 담아서는 안 됩니다.

키워드를 위주로 스토리를 설명해 보자!

profile
할 수 있다, 할 수 있다, 아자뵤!

0개의 댓글