📋 취약점 개요
운영 DB를 그대로 복제해 개발·테스트에 쓰는 관행은 접근통제가 약한 환경에 개인정보를 대량 복제하는 것과 같습니다. 테스트 데이터는 생성·이용·파기 절차를 정하고 변환·가상 데이터를 사용해야 합니다.
🖥️ 상태 비교 시뮬레이션
privacy$ (취약)
# 개발 서버 점검
dev$ mysql -e "select count(*) from users"
>> 1,043,221 rows — 운영 DB 3개월 전 스냅샷
>> 개발망 인터넷 오픈 · 계정 공유 · 접속기록 없음
→ 개발 서버 1대 침해 = 전체 회원 유출
🔧 조치 방법
- 테스트 데이터의 생성·이용·보관·파기 절차를 정하고 원칙적으로 가상·합성 데이터를 사용합니다.
- 부득이하게 실데이터를 사용하면 가명·변환 처리 후 책임자 승인, 사용 기한, 파기 확인을 필수화합니다.
- 개발·테스트 환경에도 운영 수준의 접근통제·접속기록·암호화를 적용합니다.
- 소스코드·설정 파일·이슈트래커에 개인정보가 포함되지 않는지 점검합니다.
- 운영 데이터 복제 작업은 자동 차단하거나 승인 없이는 불가능하도록 통제합니다.
✅ 점검 체크리스트
- 테스트 데이터 생성·파기 절차 존재
- 개발환경에 실데이터가 없거나 변환 처리됨
- 개발망 접근통제·로깅 적용됨
근거: 안전성 확보조치 기준 · PIA 4.8.1