HM WIKI

정보 유출

밖에서 뚫리는 것보다 안에서 새는 것이 더 흔합니다. 유출의 정의와 경로, 내부자 위협이 왜 탐지하기 어려운지, 그리고 조사에서 실제로 확인해야 하는 것이 무엇인지 다룹니다.

정의

정보 유출은 조직이 보호해야 할 정보가 권한 없는 상대에게 전달되거나, 조직의 통제를 벗어나 외부로 나가는 것을 말합니다. 외부의 침입으로 발생하기도 하고, 내부 구성원의 행위로 발생하기도 하며, 담당자의 실수로 발생하기도 합니다.

열람과 유출은 다르다

조사 실무에서 가장 먼저 정리해야 하는 구분입니다. 권한 있는 직원이 자료를 열어본 것 자체는 유출이 아닙니다. 그 자료가 통제 범위 밖으로 이동 했을 때 유출이 됩니다.

이 구분이 중요한 이유는, 열람 기록만으로 사람을 지목하면 대부분 반박당하기 때문입니다. "업무상 열어봤다" 는 해명은 대개 반증하기 어렵습니다. 조사가 확인해야 할 것은 열람이 아니라 반출의 흔적, 즉 자료가 회사 밖으로 나간 경로입니다.

유출 경로

  • 이동식 저장 매체: USB 메모리, 외장 하드. 연결 기록과 파일 복사 흔적이 남습니다.
  • 개인 클라우드: 개인 계정의 클라우드 저장소에 업로드. 브라우저 기록과 통신 로그에 흔적이 남습니다.
  • 웹메일과 메신저: 개인 메일로 첨부해 발송하거나 메신저로 전송.
  • 출력과 촬영: 문서를 인쇄해 들고 나가거나 화면을 휴대폰으로 촬영. 촬영은 전산 흔적이 거의 남지 않아 가장 까다롭습니다.
  • 외부 공격: 침입 후 데이터 탈취. 이 경우는 침입 경로와 체류 기간, 반출된 데이터의 범위를 함께 규명해야 합니다.

경로마다 남는 흔적의 종류와 보존 기간이 다르기 때문에, 조사에서는 여러 갈래를 동시에 확인합니다. 한 경로만 보고 "흔적이 없으니 유출이 없었다" 고 결론짓는 것은 위험합니다.

내부자 위협

내부자는 이미 접근 권한을 갖고 있고, 어디에 무엇이 있는지 알고 있으며, 언제 감시가 느슨해지는지도 압니다. 그래서 외부 공격과 달리 침입 흔적이 남지 않고, 그의 행위는 정상적인 업무와 겉으로 구별되지 않습니다. 방화벽은 이런 상황에서 아무 일도 하지 않습니다.

단서가 되는 것은 행위 자체가 아니라 행위의 맥락 입니다. 퇴직 의사를 밝힌 직후 평소보다 훨씬 많은 자료를 열람하거나, 담당 업무와 무관한 부서의 자료에 접근하거나, 새벽 시간대에 대량으로 다운로드하는 식입니다. 단일 행위 하나만으로는 판단할 수 없고, 시간 순서로 엮어야 비로소 그림이 드러납니다.

사고 인지 후에 하지 말아야 할 것

  • 대상자의 PC 를 켜서 직접 확인하는 일. 확인하는 순간 접근 시각이 바뀌고, 나중에 "조사자가 만든 흔적" 이라는 반박의 빌미가 됩니다.
  • 퇴직자 장비를 초기화해 재지급하는 일. 재사용 시점에 대부분의 흔적이 덮어써집니다.
  • 대상자에게 미리 알리고 소명을 요구하는 일. 증거를 정리할 시간을 주는 셈이 됩니다.

유출의 경로와 유형

정보는 어디로, 어떻게 새는가. 이메일·클라우드·저장매체 등 주요 유출 경로와, 실수에 의한 유출과 고의 유출의 차이를 정리합니다.

유출은 대개 경계 안에서 시작된다

정보 유출이라고 하면 외부 해커의 침입을 먼저 떠올리지만, 실제 사고의 상당수는 이미 접근 권한을 가진 내부 구성원에게서 비롯됩니다. 정상적인 권한으로 자료에 접근한 뒤 그것을 밖으로 옮기는 행위는 침입 탐지 장비에 잘 걸리지 않기 때문에, 경계를 지키는 것만으로는 막을 수 없습니다.

주요 유출 경로

  • 이메일·메신저: 첨부파일이나 본문에 자료를 담아 외부 주소로 전송합니다. 가장 흔하고 추적이 비교적 쉬운 경로입니다.
  • 클라우드·웹하드: 개인 계정의 저장소나 공유 링크로 업로드합니다. 회사 통제 밖의 공간이라 회수가 어렵습니다.
  • 이동식 저장매체: USB 메모리, 외장하드로 복사합니다. 물리적으로 반출되면 흔적을 거의 남기지 않을 수 있습니다.
  • 인쇄·촬영: 출력물을 들고 나가거나 화면을 촬영합니다. 디지털 통제를 우회하는 아날로그 경로입니다.
  • 협업도구·소스코드 저장소: 권한 범위를 넘어 열람하거나 대량으로 내려받습니다.

과실인가, 고의인가

같은 유출이라도 실수로 잘못 보낸 것과 작정하고 빼돌린 것은 성격이 다릅니다. 과실은 교육과 시스템 보완으로 줄이고, 고의는 접근 통제와 조사로 대응합니다. 조사에서는 삭제·은폐 시도, 반복성, 반출 시점 등을 근거로 둘을 구분합니다.

내부자 유출

가장 흔하고 가장 탐지하기 어려운 위협. 내부자가 왜 위험하며, 어떤 징후로 드러나는지 다룹니다.

왜 내부자가 더 위험한가

내부자는 이미 정당한 접근 권한을 갖고 있어, 자료를 보는 행위 자체가 이상 신호로 잡히지 않습니다. 조직의 구조와 어떤 자료가 가치 있는지도 알고 있어 목표를 정확히 노립니다. 그래서 피해가 크고 발견이 늦습니다.

유형

  • 퇴직 예정자의 자료 반출: 이직이나 창업을 앞두고 담당 자료를 개인 매체나 메일로 옮깁니다.
  • 권한 남용: 업무에 필요하지 않은 자료까지 열람하고 수집합니다.
  • 외부 결탁: 금전이나 경쟁사의 요청에 따라 특정 자료를 반출합니다.

조사에서 보는 징후

  • 평소와 다른 대량 다운로드나 복사
  • 업무 시간 외, 또는 접근 권한 종료 직전의 접근
  • 개인 메일·개인 클라우드·이동식 매체 사용의 증가
  • 접근 기록과 실제 업무 내용의 불일치

이런 징후는 하나만으로 단정하기 어렵고, 로그와 기기 분석을 종합해 맥락을 재구성해야 합니다. 디지털 포렌식은 누가 언제 무엇을 어떻게 다뤘는지를 객관적으로 규명하는 역할을 합니다.

유출 사고 대응

유출이 의심될 때 무엇을 먼저 해야 하는가. 탐지부터 보존·조사·신고까지의 순서를 정리합니다.

첫 단계는 증거 보존

유출이 의심되면 원인을 빨리 밝히고 싶은 마음에 기기를 만지거나 재설치하기 쉽지만, 그 순간 결정적인 흔적이 사라집니다. 대응의 첫 원칙은 성급한 조치보다 현 상태의 보존입니다.

대응 순서

  • 탐지·인지: 이상 징후나 제보로 사고를 인지합니다.
  • 범위 파악·차단: 어떤 자료가 어디까지 영향을 받았는지 가늠하고 확산을 막습니다.
  • 증거 보존: 관련 로그와 기기를 원본 그대로 확보하고 관리 연속성을 기록합니다.
  • 원인·경로 조사: 디지털 포렌식으로 유출 경로와 행위자를 규명합니다.
  • 통지·신고: 법이 정한 통지·신고 의무가 있는지 확인하고 기한 내에 이행합니다.
  • 재발 방지: 드러난 취약점을 보완하고 통제를 강화합니다.

포렌식의 역할

사고 대응에서 포렌식은 누가·언제·무엇을·어떤 경로로 반출했는지를 증거능력 있는 형태로 규명합니다. 이는 내부 징계나 법적 대응의 근거가 될 뿐 아니라, 무엇이 뚫렸는지 정확히 알아야 제대로 된 재발 방지가 가능하기 때문에 중요합니다.

이메일 오발송과 회수 결과의 해석

이메일 회수 요청이나 성공 표시는 확인된 처리 결과이며, 수신자가 내용을 보지 않았거나 다른 사본이 없다는 사실까지 보장하지는 않습니다.

회수했으니 사고는 끝난 것 아닐까요

직원이 고객자료를 잘못된 이메일 주소로 발송한 뒤 회수 기능을 실행하는 경우가 있습니다. 이때 회수 요청을 했다는 사실만으로 사고가 종료됐다고 판단해서는 안 됩니다.

그러나 회수 요청과 실제 회수 결과는 다릅니다. 먼저 누구에게 어떤 자료가 전송됐고, 해당 서비스에서 어떤 처리가 완료됐는지 확인해야 합니다.

발송·배달·열람·회수를 구분합니다

보낸편지함은 발송 측 자료이고, 메시지 추적은 서비스의 전송·배달 처리를 확인하는 자료입니다. 배달 성공이 곧 사람의 열람을 뜻하지는 않습니다. Exchange Online도 메시지 추적에서 전송과 사서함 배달 등의 사건을 구분합니다.

회수 기능의 적용 대상과 효과는 서비스·조직 경계·설정에 따라 달라집니다. Exchange Online의 회수 기능처럼 수신자별 결과를 확인하는 방식도 있으므로, 기능을 실행했다는 사실보다 실제 결과를 확인해야 합니다. 이 제품의 동작을 다른 메일 서비스에 그대로 적용하지 않습니다.

실무에서 확인할 사항

  • 실제 수신자와 참조·숨은참조·배포그룹의 확장 범위
  • 발송된 본문·첨부파일의 실제 내용과 정보 범위
  • 수신자별 배달·실패·회수 결과와 해당 상태의 의미
  • 첨부 사본인지, 접근을 차단할 수 있는 공유 링크인지
  • 추가 전달·다운로드 여부와 확인하지 못한 영역

회수 성공도 이미 내려받거나 재전달한 사본까지 모두 제거됐음을 뜻하지는 않습니다. 반대로 잘못 입력한 주소로 보냈다는 사실만으로 실제 외부 배달이 완료됐다고 단정하지 않습니다.

확인 결과는 자료의 종류, 도달 범위와 추가 확산 가능성으로 정리합니다. 개인정보 등이 포함됐다면 이 사실관계를 바탕으로 별도의 통지·신고 요건을 검토합니다.

클라우드 동기화 반출

폴더 동기화, 링크 공유, 자동 업로드가 명시적인 파일 전송 없이도 정보를 조직 밖으로 이동시키는 구조를 설명합니다.

파일을 보내지 않아도 밖으로 나갈 수 있습니다

사용자는 파일을 첨부하거나 업로드 버튼을 누르지 않았다고 말할 수 있습니다. 개인 클라우드 동기화 폴더에 저장한 순간 백그라운드 프로그램이 자동으로 전송했을 가능성이 있습니다. 저는 사용자의 명시적 동작과 프로그램의 자동 동작을 나누어 봅니다.

클라우드 유출은 파일 내용보다 계정과 동기화 설정에서 시작하는 경우가 많습니다. 어떤 계정으로 로그인했는지, 어떤 폴더가 연결되었는지, 선택적 동기화가 켜졌는지 확인합니다.

공유 링크는 사본이 아니라 접근권한을 밖으로 보냅니다

파일이 조직 저장소에 그대로 있어도 외부 공개 링크가 만들어지면 통제 범위는 달라집니다. 링크에 만료일과 비밀번호가 있는지, 검색이나 재공유가 가능한지, 누가 실제로 내려받았는지를 봐야 합니다.

링크 생성 기록만으로 실제 유출을 단정하기는 어렵습니다. 외부 접속과 다운로드 기록이 있어야 전달 여부를 더 구체적으로 판단할 수 있습니다. 제공자가 세부 로그를 보관하지 않거나 계약 등급에 따라 제공 범위가 제한될 수도 있습니다.

초기 대응은 연결을 끊되 기록을 먼저 남깁니다

사고가 의심될 때 계정을 즉시 삭제하면 추가 전송은 막을 수 있지만 조사에 필요한 설정과 로그도 사라질 수 있습니다. 저는 가능한 범위에서 세션과 공유 상태를 보존한 뒤 접근을 차단합니다. 차단과 증거 보존의 순서를 상황에 맞게 정해야 합니다.

예방 단계에서는 승인된 저장소, 개인 계정 사용 기준, 동기화 프로그램 설치 정책, 외부 공유 경보를 함께 운영합니다. 금지 문구만으로는 자동 동기화의 특성을 통제하기 어렵습니다.

실무에서 확인할 항목

  • 로그인 계정과 동기화 폴더 설정
  • 클라이언트 설치 및 실행 흔적
  • 공유 링크의 범위, 만료와 외부 접속 기록
  • 차단 전 보존해야 할 설정과 감사 로그

퇴직 전후 유출 위험

퇴직일만 감시하기보다 역할 변경, 자료 정리, 개인 기기와 계정에 남은 데이터까지 연속된 과정으로 보는 방법을 다룹니다.

위험은 퇴직 통보일에 갑자기 생기지 않습니다

대량 다운로드가 퇴직 직전에 발생하면 눈에 띕니다. 하지만 자료는 그보다 앞서 개인 메일, 메신저, 클라우드에 조금씩 쌓였을 수 있습니다. 저는 퇴직일 하루보다 업무 변화가 시작된 구간을 봅니다.

프로젝트 종료, 부서 이동, 장기 휴직, 외부 협업 종료도 비슷한 전환점입니다. 접근권한은 남아 있는데 업무상 필요는 줄어드는 시기라면 점검이 필요합니다.

정상적인 인수인계와 비정상 반출은 모양이 비슷합니다

퇴직 전에는 문서를 많이 열고 정리하며 동료에게 전달합니다. 대량 접근만으로 유출을 판단하면 정상적인 인수인계를 의심하게 됩니다. 저는 대상 자료, 전달 경로, 수신자, 승인 여부와 평소 업무 패턴을 함께 봅니다.

조직이 인수인계 저장소와 절차를 미리 정해 두면 정상 행위의 경로가 분명해집니다. 개인 저장장치나 임의의 메신저를 쓸 이유도 줄어듭니다. 통제는 의심을 늘리는 장치가 아니라 정상 업무의 길을 명확히 하는 장치여야 합니다.

퇴직 뒤에는 회사 자료의 잔존을 확인합니다

회사 기기를 회수해도 개인 휴대전화의 업무 앱, 개인 클라우드에 동기화된 폴더, 외부 협업 공간의 게스트 권한이 남을 수 있습니다. 저는 계정 회수와 함께 자료 반환 및 삭제 확인 범위를 정합니다.

모든 퇴직자를 같은 강도로 조사하는 것은 적절하지 않습니다. 정보 민감도, 접근 범위, 역할 변화, 이상 징후에 따라 점검 수준을 나눕니다. 그 기준을 사전에 고지하고 일관되게 적용해야 개인정보 침해와 불필요한 갈등을 줄일 수 있습니다.

실무에서 확인할 항목

  • 퇴직일 이전의 역할 및 접근 패턴 변화
  • 인수인계 공식 경로와 승인 기록
  • 개인 기기, 클라우드와 외부 협업 계정
  • 위험도에 따른 점검 기준과 사전 고지

외부 협업공간의 자료 잔존

프로젝트 종료 뒤 외부 채널과 공유폴더에 남은 자료의 인계·접근 제한·삭제를 관리합니다.

종료된 프로젝트의 열린 공간

한 프로젝트가 끝났지만 외부 협업 채널은 그대로 남아 있었습니다. 이전 참여자는 여전히 첨부파일을 볼 수 있었고, 새 담당자는 그 공간의 존재조차 모르고 있었습니다.

저는 회사가 관리하는 공간과 상대방이 운영하는 공간부터 구분합니다. 직접 회수할 수 있는 권한과 상대방에게 요청해야 할 조치가 다르기 때문입니다.

보관 버튼의 의미

공간을 보관 상태로 바꾸어도 자료 열람은 가능할 수 있습니다. 보관, 비활성화, 삭제가 실제로 어떤 효과를 내는지 확인해야 합니다. 최종 산출물 외에 초안과 검토 의견, 참고자료도 살피고, 게스트 계정을 제거했더라도 공개 링크나 별도 초대가 남아 있을 수 있습니다.

남겨야 할 자료와 정리할 자료

계약이나 업무상 보존이 필요한 자료는 내부 보관 위치와 책임자를 정해 인계합니다. 외부 보관을 계속해야 한다면 목적과 기간, 접근 대상을 다시 정합니다. 삭제 요청은 공간 이름만 적기보다 대상 자료와 범위를 특정합니다. 상대방이 내려받은 파일이나 백업까지 같은 방식으로 삭제되는 것은 아니므로, 확인 가능한 결과와 확인하지 못한 부분을 나눕니다.

종료 조건의 확인

협업공간을 닫을 때는 자료 인계, 참여자 권한, 공유 링크, 외부 사본의 처리 상태를 함께 확인합니다. 미해결 항목이 있으면 종료 완료와 구분해 관리합니다. 다음 프로젝트부터는 착수 시 공간 소유자와 종료 담당자를 지정해, 마지막 담당자가 기억을 더듬어 공간을 찾는 일을 줄입니다.

정리

정리하면, 프로젝트 종료는 공간을 닫는 것으로 끝나지 않습니다. 회사 관리 공간과 상대 공간을 나눠 자료를 인계하고 정리하며, 확인한 부분과 못 한 부분을 구분해 남깁니다.

유출 의심 단계의 초기 대응

이상 징후를 접수했을 때 노출 제한과 자료 보존의 우선순위를 정하고, 조사 착수 여부를 판단합니다.

아직 유출인지 모르는 상태

한 조직에서 대량 다운로드 경보가 발생했습니다. 정상적인 자료 이관인지 외부 반출인지 바로 구분되지 않는 상태였고, 무엇부터 해야 할지가 첫 판단이었습니다.

이 단계에서는 조사 범위를 무작정 넓히기보다 관찰된 사실과 현재 진행 중인 위험을 먼저 정리합니다. 누가 의심했는지보다 어떤 기록과 상태가 의심의 근거인지가 중요합니다.

먼저 결정할 두 가지

저는 추가 노출이 계속될 가능성과, 조치로 사라질 수 있는 기록을 함께 봅니다.

  • 외부 공유가 계속 열려 있다면 접근 제한이 시급할 수 있습니다.
  • 반면 장비 초기화처럼 상태를 크게 바꾸는 조치는 필요한 자료를 잃게 할 수 있습니다.

모든 상황에서 같은 순서로 처리하기는 어려우므로, 차단과 기록 확보를 병행할 수 있는지 검토하고 수행한 조치와 시각을 남깁니다.

조사로 넘어가는 기준

경보의 원천, 관련 계정, 데이터 종류, 알려진 업무 사유를 확인합니다. 승인된 이관으로 설명되고 기록도 일치하는지, 설명과 기록에 차이가 있는지 살핍니다. 이 단계의 판단은 유출 확정, 정상 업무 설명, 추가 조사 필요로 나눌 수 있으며, 조직 내부의 상태 분류가 법적 통지·신고 의무의 판단을 대신하지는 않습니다.

초기 보고의 내용

보고에는 확인 사실, 미확인 사항, 수행 조치, 다음 확인 항목을 담습니다. 추정한 유출량과 확정된 범위를 섞지 않습니다. 정상 업무로 판단해 조사를 마친 경우에도 그 설명과 근거를 남기고, 추가 조사로 넘어간다면 확인할 질문과 대상 범위, 책임자를 정해 전달합니다.

정리

정리하면, 초기 대응은 조사 착수 여부를 가르는 단계입니다. 노출 제한과 자료 보존의 우선순위를 함께 정하고, 확인된 사실과 추정을 섞지 않은 채 다음 확인 항목으로 넘깁니다.

USB 연결기록과 파일 반출 판단

USB 연결과 파일 접근은 조사 단서입니다. 실제 반출 여부는 확보 가능한 매체·전송기록 등의 근거가 각각 무엇을 입증하는지 평가하고, 서로 대조해 판단합니다.

사례로 보는 문제

가상의 사례입니다. 퇴직 예정자의 PC에서 외장 저장장치 연결기록과 중요 문서의 최근 사용 흔적이 같은 날 발견됐습니다. 두 흔적의 시간대가 가깝다는 사실만으로 그 문서가 해당 USB에 복사됐다고 단정할 수 있을까요?

각 흔적이 설명하는 사실을 구분합니다

장치 연결 흔적은 저장장치가 인식된 정황을, 최근 문서·바로가기·점프목록 등은 파일이나 경로가 사용된 정황을 보여줍니다. 개별 흔적이 곧 사람의 직접 열람이나 복사를 뜻하지는 않습니다. 기록의 생성 조건과 시각의 의미를 먼저 확인해야 합니다.

원본 파일의 접근시각도 설정과 파일시스템에 따라 갱신이 지연되거나 생략될 수 있고, 프로그램의 자동 처리로 바뀔 수 있습니다. USB의 드라이브 문자는 바뀌거나 재사용될 수 있으므로 장치 식별정보·볼륨 정보와 함께 대조합니다.

USB에서 같은 이름의 파일을 찾았다면 내용과 해시값, 경로 및 시각을 비교합니다. SHA-256 등 적절한 알고리즘으로 계산한 전체 파일의 해시 일치는 비교한 바이트열의 동일성을 강하게 뒷받침하지만, 어느 PC에서 누가 언제 복사했는지를 단독으로 입증하지는 않습니다. 파일시스템 기록도 파일 생성·변경을 보여주는지, 전송 경로까지 설명하는지 구분해야 합니다.

반출 결론은 근거를 연결해 작성합니다

DLP·EDR의 전송기록, 장치·파일시스템 흔적과 확보한 매체를 시간순으로 대조합니다. 제품별 기록의 의미, 시간대와 시스템 시계 오차도 확인합니다. USB가 없거나 로그가 남지 않았다는 이유만으로 반출이 없었다고 결론 내리지 않습니다.

실무에서 확인할 사항

  • 장치·볼륨 식별정보와 연결시각의 의미
  • 파일 경로·내용·해시값과 최근 사용 흔적
  • 생성·쓰기·전송기록의 구체적 내용과 상호 일치 여부
  • 정상 백업·동기화 등 다른 설명 가능성
  • 로그 설정·보존기간과 확인하지 못한 자료 범위

소스코드에 남은 비밀번호와 API 키

소스코드에서 인증정보를 삭제해도 과거 이력과 복제본에 남을 수 있습니다. 노출된 정보의 권한을 확인하고 사용 차단과 교체를 우선해야 합니다.

사례로 보는 문제

가상의 사례입니다. 개발자가 서비스 API 키가 든 설정파일을 외부 저장소에 올렸다가 삭제했습니다. 그러나 이전 버전에는 키가 남아 있었고, 그 키로 서비스에 접근하는 것도 가능했습니다.

파일 삭제와 인증정보의 무효화를 구분합니다

Git은 변경이력을 보관하므로 최신 파일에서 지워도 과거 커밋이나 복제본에 남을 수 있습니다. 저장소를 비공개로 바꾸는 조치 역시 이미 복제된 정보나 키의 유효성을 해결하지 못합니다.

먼저 해당 값이 실제로 접근 권한을 부여하는 비밀정보인지, 어떤 서비스와 자료에 접근할 수 있는지 확인합니다. API 키라는 이름의 모든 값이 같은 수준의 비밀성이나 권한을 갖는 것은 아닙니다. 악용 가능한 인증정보는 신속히 폐기·교체하고 기존 값으로 접근이 차단됐는지 확인합니다. 서비스 영향이 있다면 전환 순서와 임시 제한을 함께 관리합니다.

노출 범위와 실제 사용을 나누어 조사합니다

키가 노출됐다는 사실과 실제 악용이 확인됐다는 사실을 구분합니다. 최초 노출 시점, 저장소 접근 범위와 인증·조회·다운로드 기록을 대조합니다. 로그가 없거나 불완전하면 미사용을 단정할 수 없습니다.

차단과 필요한 증거보존을 병행한 뒤 과거 이력·복제본·빌드 산출물의 잔존 및 추가 정리 필요성을 평가합니다. 이력 재작성은 공동 작업에 영향을 주므로 협의해 수행하고, 모든 외부 복제본이 삭제됐다고 가정하지 않습니다. 재발 방지를 위해 비밀정보 전용 관리수단과 커밋 전 탐지를 적용합니다.

실무에서 확인할 사항

  • 노출된 값의 유효성·권한·사용 대상
  • 최초 노출 시점과 공개·접근 범위
  • 폐기·교체 결과와 서비스 영향
  • 노출 기간 중 실제 사용기록과 로그 공백
  • 이력·복제본·자동 빌드 산출물 및 재발 방지 설정

기업 내 부정·비리, 디지털 데이터로 끝까지 규명합니다

상담 문의
전화문의