데이터 마스킹
Data Masking · 마스킹
데이터 마스킹은 화면, 로그, 분석 도구나 테스트 데이터에서 민감한 값의 전부 또는 일부를 다른 문자나 대체값으로 가려 노출을 줄이는 처리입니다. 마스킹만으로 법률상 익명정보나 가명정보 요건이 자동 충족되지는 않습니다.
AI 보조 조사·작성 후 원문과 대조한 설명입니다. 사례·계산은 별도 출처 표기가 없는 한 이해를 위한 가상 예시이며 실제 고객 성과가 아닙니다.
어떤 값을 가려야 하나요?
비밀번호, 인증 토큰, 결제정보, 주민·정부 식별번호, 건강정보와 업무상 비밀을 우선 확인합니다. 화면 텍스트뿐 아니라 입력값, 드롭다운, URL, DOM 속성, 네트워크 요청과 로그에 같은 값이 남는지 봅니다.
Microsoft Clarity는 입력 상자와 드롭다운을 모든 마스킹 모드에서 가리고, 명시적으로 지정한 콘텐츠는 업로드 전에 마스킹한다고 설명합니다. Clarity 마스킹 문서의 기본값은 해당 제품 범위이며 다른 리플레이 도구에 동일하게 적용되지 않습니다.
세션 리플레이는 어떻게 검수하나요?
테스트 계정으로 가입, 로그인, 결제 실패, 문의, 검색과 관리자 화면을 실제로 이동합니다. 녹화 화면에서 글자가 가려졌는지뿐 아니라 개발자 도구의 네트워크 payload, 콘솔 로그, 분석 이벤트 매개변수와 오류 추적 도구를 함께 봅니다.
동적으로 열린 모달, 자동완성, 오류 메시지와 iframe은 초기 화면 규칙에서 빠질 수 있습니다. 배포 뒤 새 필드가 추가될 때 재검수 조건을 정합니다.
로그에는 무엇을 남기지 않나요?
OWASP는 세션 식별자, 접근 토큰, 비밀번호, 데이터베이스 연결문자열, 암호화 키, 민감 개인정보와 결제정보를 로그에 직접 기록하지 말고 제거·마스킹·정제·해시·암호화하는 방안을 제시합니다. OWASP Logging Cheat Sheet
마스킹하면 조사에 필요한 연결성이 사라질 수 있습니다. 원문 대신 비가역 해시나 제한된 내부 ID를 써서 사건을 연결하되 키 관리와 접근 권한을 별도로 설계합니다.
마스킹·가명처리·익명화는 어떻게 다른가요?
마스킹은 표시나 저장 값 일부를 가리는 기술적 처리입니다. 가명처리는 추가정보 없이는 개인을 알아보기 어렵게 처리하되 다시 연결할 가능성이 남는 구조이고, 익명화는 재식별 가능성을 충분히 낮추는 더 넓은 판단이 필요합니다. 별표로 가렸다는 이유만으로 원본 보유, 다른 데이터와 결합 가능성이나 법적 지위가 바뀌었다고 단정하지 않습니다.
마스킹 회귀 테스트
- 새 폼과 오류 메시지에 테스트 개인정보를 입력합니다.
- 리플레이·이벤트·로그·오류 추적 결과를 확인합니다.
- 모바일·다국어·로그인 상태별 화면을 비교합니다.
- 가림 규칙이 깨진 DOM 변경을 탐지합니다.
- 보관 중인 과거 원문 데이터의 처리도 확인합니다.
마스킹 실패를 발견했을 때는 설정만 고치지 않습니다. 노출 기간, 접근자, 저장·전송된 위치와 삭제 가능성을 조사하고 적용되는 사고 대응 절차를 검토합니다.
자주 묻는 질문
- 입력창만 마스킹하면 충분한가요?
- 아닙니다. 화면 텍스트, URL, 이벤트 속성, 네트워크와 로그에도 값이 남을 수 있습니다.
- 마스킹된 데이터는 개인정보가 아닌가요?
- 항상 그렇지 않습니다. 원본과 연결 가능성, 다른 정보와의 결합, 적용 법률을 검토해야 합니다.
- 모든 화면을 가리면 안전한가요?
- 노출은 줄지만 분석 목적을 잃을 수 있습니다. 필요한 범위와 최소 수집 원칙에 맞춰 설정합니다.
출처와 확인 범위
- Masking content in Clarity · Microsoft Learn · 확인 2026-10-27
입력값·드롭다운과 명시적 콘텐츠 마스킹 방식을 설명합니다.
확인 범위: Microsoft Clarity의 제품 동작입니다.
- Logging Cheat Sheet · OWASP · 확인 2026-10-27
토큰·비밀번호·민감정보 등을 로그에서 제거·마스킹·해시할 것을 권고합니다.
확인 범위: OWASP 보안 가이드이며 관할 법률 판단을 대신하지 않습니다.