2026-10-11

새 고객을 위해 워드 템플릿을 재사용하시나요? 파일 메타데이터가 여전히 드러낼 수 있는 이전 고객의 흔적

한 컨설턴트가 새 고객을 위한 제안서를 완성하는 과정에서, 다른 고객을 위해 지난 분기에 썼던 제안서 파일을 열어 회사명만 찾아바꾸기(find-and-replace)로 바꾸고 로고를 교체한 뒤 그대로 보냅니다. 화면에 보이는 본문은 깔끔합니다 — 어느 문단에도 이전 고객의 이름은 없습니다. 하지만 워드·엑셀·파워포인트 파일은 평소 편집 중에는 아무도 열어보지 않는 파일 안쪽 부분에 자기 자신에 대한 정보를 담고 있습니다. 새 고객이 파일 속성(File > Properties)을 확인하거나, 폴더 목록에서 그 파일 위에 마우스를 올려보기만 해도, 찾아바꾸기가 전혀 건드리지 못한 부분이 그대로 드러납니다.

3분 전까지는 다른 소송이었던 소송

이런 실수가 무엇을 드러낼 수 있는지 보여주는 가장 명확하고 기록이 남은 사례는 컨설턴트의 제안서가 아니라, 실제로 미시간주 법원에 제출된 소장입니다. 2004년 초 CNET 뉴스닷컴의 보도를 더 글로브 앤드 메일(The Globe and Mail)이 재게재했고, 핀센트 메이슨스(Pinsent Masons)도 별도로 다뤘는데, SCO 그룹이 다임러크라이슬러를 상대로 낸 소송의 바탕이 된 워드 문서에 자체 편집 이력이 그대로 남아 있었다는 내용이었습니다. 2월 18일 오전 11시 10분까지만 해도, 초안은 완전히 다른 피고를 지목하고 있었습니다 — "뱅크오브아메리카, 전국 단위 은행조합(Bank of America, a National Banking Association)." 바로 그 시각에 그 이름이 지워지고 "다임러크라이슬러 주식회사(DaimlerChrysler Corp.)"가 그 자리에 타이핑됐습니다. 3분 뒤, "전국 단위 은행에 대해 특별한 관할·재판지 요건이 있는가?"라고 묻는 여백 코멘트도 함께 삭제됐습니다. 그로부터 9일 뒤인 2월 27일에는 소송 제기 장소 자체가 바뀌었습니다 — 뱅크오브 아메리카의 본거지인 캘리포니아에서, 다임러크라이슬러의 본거지인 미시간으로요. SCO는 결국 2004년 3월 3일 오클랜드 카운티 순회법원(Oakland County Circuit Court)에 다임러크라이슬러 소송을 제기하며 다임러크라이슬러의 유닉스 소프트웨어 계약 위반을 주장했습니다 — 이는 뱅크오브아메리카 초안이 주장했던 저작권·DMCA 위반 청구와는 손해배상 문구까지 완전히 다른 별개의 법리였습니다. SCO가 실제로 그 은행을 상대로 소송을 진행할 진지한 계획이 있었는지는 공개적으로 밝혀진 적이 없습니다. 다만 SCO 측 변호사들이 이후 무슨 말을 했든 상관없이, 파일 자체가 스스로 증명한 것은 최종 문서가 다른 누군가를 위해 작성됐던 이전 문서를 고쳐서 만들어졌다는 사실이었습니다.

오늘날 재사용되는 .docx 파일의 같은 자리에 남는 것

SCO 사건은 워드의 옛 "고속 저장(fast save)" 수정 이력 기능 — 바이너리 .doc 형식 안에 내장돼 있던 기능 — 때문에 일어난 일이었고, 이 기능은 오피스가 2007년 zip 기반의 .docx/.xlsx/.pptx 형식으로 넘어가면서 사라졌습니다. 오늘날의 동등한 위험은 과거의 모든 편집을 자동으로 기록하는 로그가 아니라, 그 zip 압축파일 안 docProps/ 폴더에 들어 있는 작은 XML 파일 세 개입니다. core.xml은 작성자 이름과 lastModifiedBy(마지막으로 저장한 사람)를 담고 있습니다. app.xml은 흔히 오피스를 설치할 때 등록된 조직명으로 자동 채워지는 Company 필드를 담고 있습니다. custom.xml은 제안서 작성 소프트웨어·계약서 자동생성 도구·문서관리시스템이 나중에 그 시스템 안에서 파일을 검색할 수 있게 하려고 흔히 고객명이나 사건·프로젝트 번호를 적어 넣는 자유 형식 필드를 담고 있습니다. 이 세 곳 어디도 본문 텍스트를 편집한다고 해서 바뀌지 않습니다. A 고객용으로 지난 분기에 썼던 파일을 복사해 B 고객용으로 다시 쓴 proposal.docx 파일은, 자신의 속성 대화상자에는 여전히 Company: A 고객사라고 적혀 있을 수 있습니다 — 누군가 일부러 남겨둔 것이 아니라, 평범한 편집 작업이 애초에 파일의 그 부분을 전혀 열어보지 않기 때문입니다.

일부 직군은 이미 지고 있는 의무, 그리고 모두가 공유하는 구조

변호사라는 직군에게 이것은 단순히 망신스러운 일에 그치지 않습니다 — 적어도 한 관할구역에서는 명문화된 직업윤리 의무입니다. 노스캐롤라이나주 변호사협회(North Carolina State Bar)의 실무관리 센터는 자체 회원을 위해 쓴 2022년 기사에서 노스캐롤라이나주의 2009년 공식 윤리의견 제1호(2009 Formal Ethics Opinion 1, 2010년 1월 15일 채택)를 인용합니다 — 변호사는 "전자적 통신을 전송할 때 메타데이터에 숨어 있는 비밀 고객 정보가 공개되지 않도록 합리적인 주의를 기울여야 한다"는 것이고, 문서를 받은 변호사가 실수로 공개된 것으로 보이는 메타데이터를 발견했다면 발신인에게 알릴 의무가 있다는 것입니다. 대부분의 컨설턴트·프리랜서 작가·회계사·마케팅 대행사에게는 이런 규칙을 구체적으로 명문화해 둔 협회가 없습니다 — 하지만 그 배후의 파일 구조 자체는 누가 그 템플릿을 열었는지 가리지 않습니다. 재사용된 제안서·청구서·보고서는 누가 만들었든 똑같은 세 개의 XML 파일을 담고 있으며, 우연히 속성을 들여다 본 새 고객은 상대측 변호사가 보는 것과 정확히 같은 것을 보게 됩니다.

보내기 전에 재사용한 템플릿을 제거하면 바뀌는 것

완성한 파일을 클라이언트 측 제거 도구에 통과시키면 — NearScrub처럼 전부 브라우저 안에서, 어디로도 업로드하지 않고 — docProps/core.xml, app.xml, custom.xml을 docx·xlsx·pptx와 그 오픈도큐먼트 대응 형식 전반에 걸쳐 한 번에 비워냅니다. PDF로 내보낸 제안서라면 그에 해당하는 Info 딕셔너리 키와 XMP 스트림도 함께 지웁니다. 그 시점부터는 A 고객의 이름이 한때 Company 필드에 적혀 있었는지, 혹은 제안서 소프트웨어가 세 프로젝트 전에 A 고객의 사건번호를 커스텀 필드에 써넣었는지는 더 이상 중요하지 않습니다 — 새 고객이든 다른 누구든 파일 자체의 속성 안에서 찾아낼 것이 아무것도 남아 있지 않기 때문입니다.

이것으로 해결되지 않는 것

SCO 사건은 경각심을 주는 유용한 사례이지만, 솔직히 말하면 docProps 제거가 실제로 해결하는 문제와 정확히 같은 메커니즘은 아닙니다. 그 문서를 곤경에 빠뜨린 것은 본문 안에 남아 있던 텍스트와 코멘트였습니다 — 오늘날 워드가 추적 변경 내용을 저장하는 바로 그 자리인 word/document.xml과 comments.xml로, docProps/와는 완전히 분리된 압축파일 내 부분입니다. NearScrub은 둘 중 어느 쪽도 건드리지 않습니다. 재사용한 템플릿에 추적 변경 내용이 켜져 있거나 원래 고객의 검토에서 남은 코멘트가 해결되지 않은 채 남아 있다면, 어떤 메타데이터 도구를 쓰기 전에 워드 자체의 검토 창에서 수락·거부·삭제하거나, 워드 내장 문서 검사기(File > Info > Check for Issues)로 확인해야 합니다. 파일 속성을 지우는 것은 본문 텍스트 자체에 남은 불완전한 찾아바꾸기도 잡아내지 못합니다 — 그것은 메타데이터 문제가 아니라 교정의 문제이고, 어떤 제거 도구도 거기에는 닿지 못합니다. 그리고 다른 모든 제거 작업과 마찬가지로, 이는 당신이 실제로 통과시킨 그 사본에만 영향을 줍니다 — 지난 분기 다른 고객에게 이미 보낸 템플릿 버전은 오늘 할 수 있는 그 무엇으로도 손댈 수 없는 범위 밖입니다.