문자열 가리기 (마스킹)

마스킹·암호화·가명처리는 서로 다릅니다

"가려서 보내면 되지"라고 뭉뚱그리기 쉽지만, 셋은 목적도 되돌릴 수 있는지도 다릅니다. 이 도구가 하는 일은 그중 마스킹 하나뿐입니다.

어떤 자리를 남기는지 알고 써야 합니다

프리셋마다 남기는 자리가 정해져 있습니다. 무엇이 남는지 모르고 쓰면 "가렸다고 생각했는데 다 보이는" 상황이 생깁니다.

전화번호·카드번호·주민번호 프리셋은 원문의 하이픈과 공백 위치를 그대로 두고 숫자만 갈아끼웁니다. 010-1234-5678 이든 01012345678 이든 넣은 모양 그대로 나옵니다.

가려도 사람을 특정할 수 있습니다

마스킹의 진짜 위험은 남은 조각들의 조합입니다. 각각은 무해해 보여도 한 화면에 같이 있으면 특정이 됩니다.

• 주민등록번호 900101-1****** — 뒷자리를 다 가려도 생년월일과 성별은 원문 그대로입니다. 사내 명단과 대조하면 사실상 이름이 나옵니다.
• 전화번호 뒤 4자리 — 본인·가족·거래처가 대부분 외우고 있는 숫자입니다. 지인 사이에서는 마스킹 효과가 거의 없습니다.
• 이메일 도메인 — company.co.kr 이 남으면 소속이 그대로 드러납니다. 직원 수가 적은 회사일수록 앞 2글자만으로 좁혀집니다.
• 이름 홍*동 — 성과 끝 글자가 남습니다. 세 글자 이름의 가운데만 가리는 국내 관행이라 주변인은 대부분 알아봅니다.
• 여러 필드를 한 줄에 나란히 남기는 경우 — 마스킹된 이름 + 마스킹된 전화 + 지역을 같이 두면 재식별 위험이 급격히 올라갑니다.

실무에서 이렇게 씁니다

1. CS 문의 로그를 슬랙·메신저에 공유하기 전 — 이메일과 전화번호 열만 복사해 각각 프리셋으로 돌린 뒤 붙여넣습니다. 여러 줄을 그대로 넣으면 줄마다 따로 처리됩니다.
2. 장애 리포트·회의 자료에 실제 주문 데이터를 넣어야 할 때 — 형태가 살아 있어야 이해가 되므로 마스킹이 적합합니다. 아예 지우면 자릿수 문제인지조차 알 수 없게 됩니다.
3. 가이드 문서·블로그에 예시 화면을 넣을 때 — 마스킹 문자를 검은 원(●)으로 바꾸면 별표보다 깔끔하게 보입니다.
4. 개발 중 로그 출력 형식을 정할 때 — 사용자 지정 모드로 앞뒤 글자 수를 바꿔 가며 어느 정도가 적당한지 눈으로 먼저 정합니다.

이 도구로 안 되는 것

• 이미지 속 글자 — 캡처 화면의 개인정보는 그림이라 여기서 처리할 수 없습니다. 이때 반투명 하이라이트나 모자이크는 복원 시도가 가능하므로 불투명 사각형으로 덮으세요.
• PDF·워드 문서 내부 — 파일 안의 텍스트는 별도 편집이 필요합니다. PDF 위에 검은 사각형만 얹으면 아래 글자가 그대로 남아 복사됩니다.
• 운영 DB의 대량 데이터 — 브라우저에서 눈으로 확인하며 쓰는 도구입니다. 대량이면 SQL 쪽에서 처리하는 편이 맞습니다.
• 국제번호·내선번호 — 전화 프리셋은 국내 자릿수(9~11자리)를 기준으로 판단하므로, 벗어나면 사용자 지정 규칙으로 처리됩니다.