4강 / 20강

비밀번호는 어떻게 저장해야 하나

해시 · 솔트 · 그리고 '일부러 느린' 해시

회원가입을 받으면 비밀번호를 저장해야 합니다. 그런데 어떻게 저장할까요? 가장 순진한 방법 — 입력한 그대로 DB에 넣는 것 — 은 최악입니다. DB가 한 번 새면(11강에서 실제로 뚫어 봅니다) 모든 회원의 비밀번호가 그대로 유출되거든요.

정답은 뜻밖입니다. 비밀번호를 저장하지 않는 것입니다. 대신 해시라는, 되돌릴 수 없는 지문만 저장합니다.

고등학생비밀번호는 어떻게 저장해야 하나

답부터 말하면 — 저장하지 않습니다.

비밀번호가 아니라 해시를 저장한다

왜 그런가

저장 방식	DB 가 유출되면
평문	전 회원 비밀번호가 그대로 ⚠
암호화	열쇠도 같이 새면 전부 ⚠
해시	되돌릴 수 없다 ✔

암호화와 해싱은 다르다 — 비밀번호에는 해싱이다

해시란

방향	—
비밀번호 → 해시	쉽다
해시 → 비밀번호	사실상 불가능 ✔

확인은 되는데 복원은 안 되는 것 — /dm 10강

로그인은 어떻게 되나

단계	—
1	입력받은 비밀번호를 해싱
2	저장된 해시와 비교
3	같으면 통과 ✔

서버도 비밀번호를 모른다 — 그게 목적이다

그래서 "비밀번호를 알려 드릴게요" 라는 서비스는 평문 저장을 하고 있다는 뜻입니다. 위험 신호예요.

고등학생왜 유출 사고가 그렇게 큰 피해를 내나

비밀번호 유출의 진짜 피해는 그 사이트 밖에 있습니다.

사람들이 같은 비밀번호를 여러 곳에 쓴다

크리덴셜 스터핑

단계	—
1	A 사이트에서 유출된 목록을 얻는다
2	같은 계정을 은행·메일에 시도
3	일부가 통한다 ⚠

우리 사이트가 뚫려서 남의 은행이 털린다

그래서 책임의 무게

—	—
우리 자료만의 문제가 아니다	—
이용자의 다른 삶까지	영향을 준다 ⚠

그래서 해싱은 선택이 아니라 의무다

이용자 쪽 대책

방법	—
비밀번호 관리자	사이트마다 다른 비번 ✔
2단계 인증	비번이 새도 못 들어온다 ⭐

2단계 인증이 가장 효과적이다 — 켤 수 있으면 켠다

비유 — 아파트 공용 현관 비밀번호

—	—
공용 현관과 집 현관이 같은 번호	—
공용 번호가 새면	집까지 열린다 ⚠

"하나가 새면 전부" 인 구조를 피하는 것이 핵심이다

해시는 되돌릴 수 없는 지문입니다

해시 함수는 어떤 입력이든 정해진 길이의 값으로 바꿉니다. 특징이 둘이에요.

같은 입력 → 항상 같은 출력 (그래서 로그인 확인에 쓸 수 있다)
한 글자만 바꿔도 → 완전히 다른 출력 (눈사태 효과)
출력 → 입력으로 되돌리기 불가능 (단방향)

직접 확인해 봅시다.

결과 아래 '눈사태 효과' 설명을 보세요.

🖥️ 내 가상 서버 브라우저 안에서 실행 (계산용)

# 같은 말은 항상 같은 해시, 한 글자만 바꾸면 완전히 달라집니다
sha256sum 'mallshop2026'

브라우저 안에서 직접 해시해 봅니다.

Python 브라우저 안에서 실행 (계산용)

import hashlib
for pw in ["password", "password1", "Password"]:
    h = hashlib.sha256(pw.encode()).hexdigest()
    print(f"{pw:12} -> {h[:24]}...")
print()
print("한 글자 차이인데 결과는 전혀 안 닮았죠? 이것이 '눈사태 효과'입니다.")

로그인은 이렇게 이뤄집니다

서버는 여러분의 비밀번호를 모릅니다. 그럼 어떻게 로그인을 확인할까요?

가입할 때

입력한 비번을 해시해서 그 해시만 저장. 원본은 버림

로그인할 때

입력한 비번을 같은 방법으로 해시해서, 저장된 해시와 같은지만 비교

그래서 서버가 뚫려도 공격자가 얻는 것은 해시뿐입니다. 원본 비밀번호가 아니에요. … 라고 하고 싶지만, 여기에 두 가지 함정이 있습니다.

고등학생함정 ① 솔트가 없으면 표 하나로 뚫린다

note 의 첫 번째 함정을 왜 와 함께 봅시다.

해시는 같은 입력 → 같은 출력 — 그게 약점이 된다

레인보우 테이블

단계	—
1	흔한 비밀번호 수십억 개를 미리 해싱
2	표로 만들어 둔다
3	유출된 해시를 표에서 찾는다 ⚠

계산이 아니라 찾기 다 — 순식간이다

솔트가 하는 일

사람마다 무작위 값을 섞어서 해싱한다

—	결과
같은 비밀번호 "1234"	—
사용자 A (솔트 X)	해시 abc…
사용자 B (솔트 Y)	해시 def… — 다르다 ✔

미리 만든 표가 쓸모없어진다 — 솔트마다 다시 계산해야

덤으로 얻는 것

—	—
누가 같은 비밀번호를 쓰는지	알 수 없다 ✔

해시가 같으면 비번이 같다는 정보 유출도 막는다

⚠ 솔트는 비밀이 아닙니다

—	—
솔트는 해시와 함께 저장	정상 ✔
목적	비밀이 아니라 다르게 만들기

솔트가 새도 괜찮다 — 미리 계산을 못 하게 하는 것이 목적이다

비유 — 같은 요리에 다른 향신료

—	—
같은 재료로 만든 요리	맛이 같다
사람마다 다른 향신료	맛이 전부 다르다 ✔

직접 봅시다. 서버가 뚫려 /etc/shadow(비밀번호 해시가 든 파일)가 새어 나갔다고 상상하고, 공격자가 그것으로 무엇을 하는지 봅니다.

각 해시 맨 앞의 $1$ / $6$ / $2b$ 가 알고리즘 표시입니다.

🖥️ 내 가상 서버 브라우저 안에서 실행 (계산용)

# 비밀번호 해시가 저장된 파일 (root 만 읽을 수 있습니다)
sudo cat /etc/shadow

어떤 계정이 몇 초 만에 깨지는지 보세요.

🖥️ 내 가상 서버 브라우저 안에서 실행 (계산용)

# 공격자가 유출된 해시에 사전을 돌립니다 (시뮬레이션)
john /etc/shadow

고등학생함정 ② 빠른 해시는 공격자에게 유리하다

note 의 두 번째 함정이 더 미묘합니다.

해시가 빠르면 공격자가 초당 수십억 번 시도한다

숫자로 보면

해시	GPU 로 초당
MD5	수백억 번 ⚠
SHA-256	수십억 번 ⚠
bcrypt	수만 번 ✔
Argon2	더 적다 ✔

100만 배 차이 — 8자리 비번이 몇 초 vs 몇 년

그래서 '일부러 느린' 해시

느리게 만드는 법	—
반복	수만 번 해싱을 되풀이
메모리를 많이 쓰게	GPU 가 불리해진다 ⭐ — Argon2

메모리 요구가 GPU 병렬화를 막는다 — 영리한 설계다

얼마나 느려야 하나

기준	—
로그인 한 번에 0.1~0.5초	사용자는 못 느낀다 ✔
공격자는	초당 몇 번밖에 못 한다 ✔

한 번은 상관없고 수십억 번이면 치명적이다 — 비대칭을 이용한다

그래서 규칙

용도	쓸 것
비밀번호	bcrypt · Argon2 · scrypt ✔
파일 무결성	SHA-256 ✔ — 빠른 게 좋다

"빠른 것이 좋다" 는 대개 맞는데 — 여기서는 반대다

그리고 직접 만들지 마세요. /db 19강의 조언 그대로입니다.

🤔 확인 문제

서버 DB가 유출됐는데, 비밀번호가 솔트를 넣은 bcrypt 해시로 저장돼 있었습니다. 공격자는?

🤔 확인 문제

비밀번호 저장에 SHA-256 을 쓰면 안 되는 이유로 가장 정확한 것은?