이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
DLP(Data Loss Prevention) 프로그램 최적화에서 가장 먼저 봐야 할 것은 오탐률(False Positive)입니다. 정책이 너무 광범위하면 정상 업무 흐름에서도 경보가 발생해 직원들이 피로감을 느끼고 경보 자체를 무시하게 됩니다. 첫 번째 피드백은 정책 규칙을 업무 맥락에 맞게 세분화하는 것입니다. 예를 들어 "개인정보 포함 파일 외부 전송 차단"보다 "인사팀 외 직원이 개인정보 파일을 외부 이메일로 전송 시 차단"처럼 행위자·도착지·파일 유형을 조합한 규칙이 오탐을 줄입니다. 두 번째는 예외 처리 프로세스의 효율화입니다. 합법적인 업무 흐름이 차단됐을 때 승인 요청이 빠르게 처리되는 구조가 없으면 업무 지연이 생깁니다. 세 번째는 정기적인 정책 리뷰 주기 설정입니다. 업무 방식과 데이터 흐름이 바뀌는데 정책이 고정되면 갭이 생깁니다.
DLP는 설치하는 것보다 운영하고 조정하는 것이 더 어렵다는 것이 제 이해입니다.
보안 수업 팀 과제에서 소규모 회사 DLP 정책 시뮬레이션을 직접 설계하면서 오탐 문제를 실감했습니다. 처음에는 '외부 이메일로 파일 첨부 전송 시 차단'이라는 규칙을 넣었는데, 테스트 중 거래처에 견적서를 보내는 정상 업무 상황도 전부 막혔습니다. 차단 조건이 파일 유형·발신자 역할·수신 도메인을 함께 묶지 않으면 현장에서 쓸 수 없다는 것을 그때 알았습니다. 개선으로는 영업 역할 계정에 한해 허용된 거래처 도메인 리스트를 예외 처리에 추가했고, 오탐 건수가 절반 이하로 줄었습니다. 또한 예외 처리 승인 흐름이 느리면 직원들이 정책을 우회하게 된다는 것을 팀원 역할극에서 확인했습니다. 그 경험에서 '무엇을 막을 것인가'보다 '누가 어디로 보내는가'를 먼저 정의하는 것이 피드백의 출발점이라는 생각을 정리했습니다.
정보보호 수업 프로젝트에서 기존 DLP 정책의 유효성을 정기 검토하는 절차를 설계했습니다. 가상 시나리오로, 정책 수립 당시에는 없었던 새 클라우드 스토리지 사용이 6개월 후 생겨도 정책은 그대로였던 상황을 분석했습니다. 고정된 정책이 갭을 만드는 과정을 보면서, 인시던트 로그를 기반으로 `월별 오탐·미탐 비율`을 트래킹하는 리뷰 양식을 제안했습니다. 처음에는 어떤 기준으로 정책 변경 시점을 판단할지 명확하지 않아 기준을 여러 번 다시 잡았습니다. 최종적으로 오탐률 15% 초과 또는 신규 서비스 도입 후 2주 내 재검토라는 트리거 기준으로 정리했습니다. 발표 후 팀원들이 '이 기준이 있으면 리뷰 시작 시점을 판단하기 쉬워진다'는 반응을 보여줬고, 운영 단계 피드백은 측정 기준부터 먼저 잡아야 한다는 것을 그 과제에서 배웠습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 쿠팡 정보보안 담당 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.