이메일·개인정보 마스킹

IP 같은 숫자(1.2.3.4)는 버전 문자열(2.0.10.5) 등과 겹쳐 오탐 가능. 실제 IP가 있다고 확신될 때만 켜세요.

앞 4 + 뒤 4 유지는 Stripe·은행 등이 쓰는 표준 '카드 표시' 형식. 더 가리면 거래 조회에 필요한 마지막 4자리를 잃을 수 있어요.

이름·주소는 신뢰성 있는 정규식이 없어요. 그쪽은 수동 또는 LLM 기반 추출이 정답 — 이 도구의 범위 밖.

네 — ?email=foo@bar.com도 본문처럼 마스킹. JSON·로그·HTML 속성 안의 이메일도 동일.

아닙니다. 이 차이가 중요합니다. 마스크는 길이와 위치를 그대로 두므로, j******n@e*****e.com만 봐도 로컬 부분이 여덟 글자이고 j로 시작해 n으로 끝나며 도메인은 .com 앞에 일곱 글자라는 것을 알 수 있습니다. 미지의 값이 아니라 후보가 몇 개 안 되는 목록인 셈입니다. 패턴이 알아보지 못하는 것도 전부 그대로 남습니다. 이름, 주소, 계정 참조, 그리고 부분적으로 가려진 기록을 식별 가능하게 만드는 주변 문장이 그렇습니다. 티켓에 붙여 넣기 전 로그를 정리하는 용도로 쓰되, 공유용 데이터셋을 만드는 용도로는 쓰지 마세요.

자주 그렇습니다. 패턴이 의미가 아니라 형태를 보고 맞추기 때문입니다. 전화번호 규칙은 공백·하이픈·괄호가 섞인 9~20자리 숫자열을 모두 잡아서 978-0-13-235088-4 같은 ISBN이나 2024 10 01 1200 같은 빌드 표시도 가져갑니다. 카드 규칙은 13~19자리 숫자열을 모두 잡으므로 IMEI와 20260822093000123 같은 밀리초 타임스탬프까지 걸립니다. 과하게 가리는 쪽이 안전한 실패이긴 하지만 로그를 조용히 망가뜨리므로, 쓰기 전에 결과를 읽어 보고 필요 없는 탐지기는 꺼 두세요.