고객 문의가 실패했을 때 원인을 찾으려고 요청 본문 전체를 로그에 남기면 이름, 전화번호, 이메일, 상담 내용이 오래 보관될 수 있습니다. 장애 분석에 필요한 정보와 고객이 맡긴 내용을 분리하는 로그 설계가 필요합니다.
원문 대신 요청 식별자를 남긴다
폼 제출마다 요청 ID를 만들고 처리 단계, 오류 코드, 소요시간을 연결합니다. 운영자는 어느 단계에서 실패했는지 찾을 수 있고 원문 내용은 별도 권한이 있는 업무 저장소에서만 확인합니다. 로그만으로 상담 내용을 복원할 수 없게 합니다.
필드별 허용 목록을 만든다
수집한 모든 필드를 일괄 기록하지 말고 분석에 필요한 비민감 필드만 명시적으로 허용합니다. 이메일은 필요하다면 도메인이나 비식별 값만 남길 수 있습니다. 예외 스택, URL 쿼리, 헤더에도 개인정보가 들어올 수 있어 함께 점검합니다.
오류 메시지와 보안 로그를 구분한다
사용자에게는 접수 실패와 재시도 방법을 알리되 내부 DB 오류나 토큰을 보여 주지 않습니다. 보안 운영에는 차단 사유와 빈도 정도가 필요할 수 있습니다. 상세 원문을 수집하지 않아도 스팸·장애 경향은 분석할 수 있습니다.
로그 접근과 보존을 제한한다
로그 플랫폼은 개발자 여러 명이 접근할 수 있으므로 업무 DB보다 넓은 노출면이 될 수 있습니다. 역할별 접근권한, 짧은 보존 기간, 다운로드 기록을 정합니다. 테스트 환경으로 운영 로그를 복사할 때도 동일 규칙을 적용합니다.
실제 누출 시험을 한다
가상의 전화번호와 이메일을 폼에 넣고 서버·프록시·오류 추적 도구에 남는지 확인합니다. 제출 성공뿐 아니라 유효성 오류, 서버 오류, 타임아웃 경로를 시험합니다. 로그에서 검색되지 않는다는 증거까지 확인해야 설계가 완성됩니다.
현장에 적용할 때의 순서
- 요청 ID와 단계별 오류 코드만 우선 기록한다
- 원문·헤더·쿼리의 민감 필드를 허용 목록으로 제한한다
- 성공·실패 경로의 로그 누출을 시험한다
주의할 실패: 디버깅을 위해 요청 본문 전체를 남기면 로그가 개인정보 저장소가 된다.
관찰할 지표: 민감정보 로그 검출, 장애 추적 시간, 로그 접근 건수를 본다.
적용 전 체크리스트
- 문의 원문 없이 요청 ID로 장애를 추적하는가
- 쿼리·헤더·예외 스택의 민감정보를 점검하는가
- 오류 경로에서 로그 누출 시험을 했는가
참고 자료
OWASP Logging Cheat Sheet. OWASP는 로그에 남기지 말아야 할 민감 데이터와 로그 접근·보호를 설명합니다. 구체적 보존 기간은 계약과 관할 법령을 검토해 정해야 합니다.
이미지와 도식은 이해를 돕기 위한 개념 시각화입니다. 특정 고객의 실제 설비·데이터·화면을 재현한 것이 아닙니다.
#고객문의 #로그보안 #개인정보보호 #웹보안 #민감정보 #요청추적 #관측가능성 #폼개발 #보존정책 #SaaS운영
