DB 암호화
포스팅 뷰2407
DB 암호화란 무엇일까요?
- 정의 — 데이터베이스에 저장된 데이터를 암호문으로 바꿔, 키 없이는 읽을 수 없게 만드는 기술입니다.
- 핵심 가치 — DB가 유출돼도 내용을 읽을 수 없게 해, 개인정보 보호의 마지막 방어선이 됩니다.
- 법적 요구 — 주민등록번호·비밀번호 등 주요 개인정보는 법적으로 암호화 저장이 요구됩니다.
DB 암호화란 데이터베이스에 저장되는 민감 데이터를 암호문으로 변환해 인가된 사용자만 복호화할 수 있게 하는 기술을 말합니다.
DB 암호화란?
DB 암호화(Database Encryption)는 데이터베이스에 저장되는 데이터를 키 없이는 읽을 수 없는 암호문으로 바꿔 보관하는 기술입니다. 주민등록번호·비밀번호·계좌번호처럼 민감한 컬럼을 평문 그대로 두지 않고 암호화해, 설령 DB가 통째로 유출돼도 내용을 알아볼 수 없게 만듭니다.
접근제어가 'DB의 입구'를 지킨다면, DB 암호화는 '데이터 자체'를 지킵니다. 해킹·내부자·백업 파일 탈취 등 어떤 경로로 데이터가 빠져나가도 키가 없으면 무용지물이므로, 개인정보 보호의 마지막 방어선으로 꼽힙니다. 국내 개인정보보호법도 주요 정보의 암호화 저장을 요구합니다.
DB 암호화의 동작 방식
DB 암호화는 데이터를 저장하고 꺼내 쓰는 과정에서 다음과 같이 작동합니다.
- 대상 선정 — 주민번호·비밀번호 등 암호화할 민감 컬럼을 정합니다.
- 암호화 저장 — 데이터를 키로 암호문으로 바꿔 DB에 저장합니다.
- 키 관리 — 암호화 키를 데이터와 분리해 안전하게 보관·통제합니다.
- 인가 복호화 — 권한이 있는 요청에만 복호화해 원래 값을 돌려줍니다.
DB 보안의 두 축 비교
DB 보안은 '들어오는 사람을 막는' 접근제어와 '데이터 자체를 지키는' 암호화가 함께 작동합니다.
| 구분 | DB 접근제어 | DB 암호화 |
|---|---|---|
| 핵심 역할 | 누가 DB에 접근·조작하는지 통제 | DB에 저장된 데이터를 암호화 |
| 막는 위협 | 권한 없는 접근·과도한 조회 | 유출 시 내용 노출 |
| 동작 시점 | 접근·쿼리 요청 시 | 저장·조회 시 |
| 한 줄 가치 | 인가된 사람만 들어오게 | 새어 나가도 못 읽게 |
DB 암호화, 무엇을 챙겨야 하나요?
- 대상 우선순위 — 법적 의무 대상(주민번호·비밀번호 등)부터 암호화합니다.
- 키 관리 — 키가 새면 암호화가 무력화되므로, 키를 데이터와 분리해 통제합니다.
- 성능 균형 — 암호화·복호화 부하를 고려해 컬럼 단위 등 적절한 방식을 택합니다.
- 접근제어와 병행 — 암호화만으로는 부족하며, 접근제어·로그와 함께 운영합니다.
DB 암호화가 저장된 데이터를 지킨다면, 오피스키퍼는 PC 사용이력 관리와 매체 제어로 사용자 단말을 통한 내부 정보 유출을 막아, 데이터의 처음과 끝을 함께 보호합니다.
자주 묻는 질문
Q. DB 전체를 암호화해야 하나요?
A. 모든 데이터를 암호화하면 성능 부담이 큽니다. 보통 주민번호·비밀번호 등 민감 컬럼을 선별해 암호화하고, 필요에 따라 범위를 넓히는 방식이 일반적입니다.
Q. 암호화하면 검색·조회가 느려지나요?
A. 암호화·복호화에 연산이 더해져 성능에 영향이 있을 수 있습니다. 그래서 대상 컬럼을 선별하고, 인덱싱·캐시 등으로 성능을 균형 있게 설계합니다.
Q. 암호화 키는 어디에 두나요?
A. 키는 반드시 데이터와 분리해 별도의 안전한 저장소에서 관리해야 합니다. 데이터와 키가 같은 곳에 있으면, 한꺼번에 탈취당해 암호화 효과가 사라집니다.
Q. 접근제어가 있으면 암호화는 필요 없나요?
A. 아니요. 접근제어를 우회하거나 백업 파일·저장 매체가 탈취되는 경우 평문은 그대로 노출됩니다. 암호화는 그런 상황에서도 데이터를 지키는 마지막 방어선입니다.
Q. 법적으로 꼭 해야 하나요?
A. 국내 개인정보보호법은 주민등록번호·비밀번호·바이오정보 등 주요 개인정보의 암호화 저장을 요구합니다. 미이행 시 법적 책임과 사고 시 가중 처벌의 대상이 됩니다.
기업 내부 정보 유출, 오피스키퍼로 막으세요.
제품소개서 신청하기