암호화 기초

키가 하나인지 한 쌍인지의 차이이고, 거기서 속도와 용도가 갈립니다.

비대칭키가 해결한 문제는 키 전달입니다. 처음 만난 상대와 사전 공유 없이 안전한 채널을 만들 수 있습니다.

흔한 실수: 비대칭키가 더 안전하다고 답하는 것. 안전성의 차원이 아니라 해결하는 문제가 다릅니다. 같은 보안 강도를 기준으로 보면 대칭키가 짧은 키로 같은 강도를 냅니다.

각자의 장점만 쓰기 위해서입니다. 비대칭키로 키를 나누고, 대칭키로 데이터를 나릅니다.

핸드셰이크 (비대칭키)
  서버 인증서로 서버가 진짜인지 확인한다
  이 구간에서 양쪽이 같은 대칭키를 안전하게 만든다

이후 통신 (대칭키)
  만든 대칭키로 실제 데이터를 암호화한다

비대칭키만 쓰면 느려서 실용적이지 않습니다. 대칭키만 쓰면 그 키를 처음에 어떻게 전달하느냐가 풀리지 않습니다. 그래서 비싼 방식으로 한 번, 싼 방식으로 계속이 됩니다.

흔한 실수: 서버 공개키로 대칭키를 암호화해 보낸다고만 설명하는 것. 그 방식(RSA 키 전송)은 개인키가 나중에 유출되면 과거 통신까지 복호화됩니다. 현재는 매 연결마다 임시 키를 만드는 방식을 써서 과거 통신을 보호합니다.

무작위 값을 섞어 느린 해시로 저장합니다. 암호화가 아니라 해시라는 점이 핵심입니다.

암호화가 아니라 해시를 쓰는 이유는 원문을 되돌릴 필요가 없기 때문입니다. 로그인은 입력값을 같은 방식으로 해시해 비교하면 됩니다. 되돌릴 수 없으니 유출돼도 원문이 새지 않습니다.

저장할 것: 알고리즘, 비용 계수, 솔트, 해시값

흔한 실수: 솔트를 따로 안전하게 보관해야 한다고 답하는 것. 솔트는 비밀이 아니고 해시와 함께 저장합니다. 목적은 은닉이 아니라 같은 비밀번호가 다른 해시를 갖게 해서 미리 계산한 표를 무력화하는 것입니다.

설계 목적이 반대입니다. SHA-256은 빠르려고, bcrypt는 느리려고 만들었습니다.

비밀번호에 빠른 해시가 위험한 이유는 공격자에게도 빠르기 때문입니다. GPU로 SHA-256은 초당 수십억 번 시도할 수 있는데, bcrypt cost 12는 한 번에 250ms 안팎입니다.

흔한 실수: SHA-256을 여러 번 반복하면 된다고 답하는 것. 방향은 맞지만 GPU 병렬화에 여전히 취약합니다. bcrypt와 Argon2는 메모리를 요구해 병렬화 자체를 비싸게 만듭니다. 새로 만든다면 Argon2id 가 현재 권고안입니다.