Windows 환경을 기준으로 작성했습니다.AI가 초안을 도운 부분도 사람이 다시 확인합니다.

Word 문서 본문에서 이름을 지웠는데도 파일 정보에 작성자나 마지막 저장자가 남는다면, 파일 > 정보 > 문제 확인 > 문서 검사에서 문서 속성 및 개인 정보를 검사해야 합니다. 작성자 한 칸만 지우고 끝내지 말고, 공유용 복사본을 다시 검사한 뒤 업로드하는 편이 안전합니다.

이 글이 필요한 사람과 바로 답

이 글은 회사 보고서나 회의 문서를 ChatGPT에 올리기 전에 DOCX 안의 작성자 정보를 지우려는 Windows 사용자를 위한 안내입니다. Microsoft는 문서 속성, 즉 메타데이터에 제목, 작성자, 주제, 키워드 같은 정보가 들어갈 수 있다고 설명합니다.[2] 본문에 이름이 보이지 않는다고 해서 파일 속성까지 비어 있다는 뜻은 아닙니다.

가장 짧은 해결 순서는 다음과 같습니다.

  1. 원본을 그대로 두고 업로드용 복사본을 만듭니다.
  2. 복사본을 Word 데스크톱 앱에서 엽니다.
  3. 파일 > 정보 > 문제 확인 > 문서 검사로 이동합니다.
  4. 문서 속성 및 개인 정보와 필요한 다른 항목을 검사합니다.
  5. 결과 옆의 모두 제거를 누른 뒤 다시 검사합니다.
  6. 업로드 전에 회사 문서 반출 기준과 ChatGPT의 파일 보존 방식을 확인합니다.

Microsoft도 문서 검사에서 삭제한 데이터는 항상 복구할 수 있는 것이 아니므로 원본의 복사본에서 실행하라고 안내합니다.[1]

확인한 날짜와 환경

확인일은 2026년 9월 14일입니다. 직접 검증 환경은 Windows 11, Python 3.11.16, python-docx 1.2.0, Windows PowerShell입니다. 개인 문서 대신 가상의 작성자·제목·주제만 넣은 합성 DOCX를 사용했습니다.

Microsoft Word 화면의 메뉴 문구는 설치 언어와 Microsoft 365 또는 영구 버전에 따라 조금 다를 수 있습니다. 이번 검증에서는 Word의 문서 검사 버튼을 자동 조작하지 않았습니다. 공식 안내의 메뉴 순서를 확인하고, 별도의 합성 DOCX 내부 XML 검사로 속성 제거 전후를 비교했습니다.

작성자만 지워도 부족한 이유

Office 파일의 표준 속성에는 작성자뿐 아니라 제목과 주제가 포함될 수 있습니다. 자동 업데이트 속성이나 사용자가 추가한 사용자 지정 속성도 따로 존재합니다.[2] Word 문서 검사에서 문서 속성 및 개인 정보 항목은 요약·통계·사용자 지정 속성, 사용자 이름, 템플릿 이름 등 여러 정보를 찾도록 설계되어 있습니다.[1]

댓글과 변경 내용 추적은 다른 검사 항목입니다. 검토 흔적까지 없애려는 문서라면 Word 변경 내용 추적과 댓글을 지우는 순서도 함께 확인해야 합니다. 이 내부 링크는 확인일에 공개 HTTP 200으로 응답했습니다.

문서 검사 과정

먼저 다른 이름으로 저장을 사용해 공유용 복사본을 만듭니다. 파일 이름에도 사람 이름, 고객명, 사내 프로젝트명이 남지 않게 바꿉니다. 그다음 복사본에서 다음 순서로 진행합니다.

  1. Word에서 파일을 누릅니다.
  2. 정보 화면에서 문제 확인을 선택합니다.
  3. 문서 검사를 엽니다.
  4. 최소한 문서 속성 및 개인 정보를 선택합니다. 댓글, 숨겨진 텍스트, 머리글·바닥글도 문서에 따라 함께 검사합니다.
  5. 검사를 누르고 결과를 읽습니다.
  6. 지워도 되는 항목만 모두 제거로 삭제합니다.
  7. 다시 검사를 실행합니다.
  8. 파일을 닫았다가 다시 열고 파일 > 정보에서 작성자 표시가 남았는지 확인합니다.

Microsoft의 공식 절차도 파일 > 정보 > 문제 확인 > 문서 검사, 검사 결과 검토, 모두 제거, 다시 검사 순서입니다.[1]

직접 검증: DOCX 내부 속성 전후 비교

합성 문서의 핵심 속성에 Sample Author, Reviewer Example, 예시 제목·주제·키워드·설명을 넣었습니다. DOCX는 ZIP 패키지이므로 압축 내부의 docProps/core.xml을 읽어 비어 있지 않은 값을 세었습니다. 그런 다음 같은 여섯 필드를 빈 값으로 저장하고 같은 방식으로 다시 읽었습니다.

제거 전에는 creator, lastModifiedBy, title, subject, keywords, description 여섯 필드가 확인됐습니다. 제거 후에는 검사 대상 여섯 필드에서 비어 있지 않은 값이 하나도 나오지 않았고, 검증 결과는 통과였습니다. 이 결과는 합성 파일의 핵심 속성이 실제 DOCX 패키지에서 사라졌다는 뜻입니다. 머리글, 숨김 텍스트, 댓글, 사용자 지정 XML까지 모두 없다는 증거는 아닙니다.

PowerShell로 같은 핵심 속성을 읽고 싶다면 아래 스크립트를 verify-docx-metadata.ps1로 저장해 사용할 수 있습니다. 문서를 업로드하지 않고 내 PC에서 검사합니다.

param([Parameter(Mandatory=$true)][string]$Path)
Add-Type -AssemblyName System.IO.Compression.FileSystem
$zip = [System.IO.Compression.ZipFile]::OpenRead((Resolve-Path $Path).Path)
try {
  $entry = $zip.GetEntry('docProps/core.xml')
  if ($null -eq $entry) { throw 'core.xml not found' }
  $reader = [System.IO.StreamReader]::new($entry.Open())
  try { [xml]$xml = $reader.ReadToEnd() } finally { $reader.Dispose() }
  $ns = [System.Xml.XmlNamespaceManager]::new($xml.NameTable)
  $ns.AddNamespace('dc','http://purl.org/dc/elements/1.1/')
  $ns.AddNamespace('cp','http://schemas.openxmlformats.org/package/2006/metadata/core-properties')
  $fields = [ordered]@{
    creator='//dc:creator'; lastModifiedBy='//cp:lastModifiedBy';
    title='//dc:title'; subject='//dc:subject';
    keywords='//cp:keywords'; description='//dc:description'
  }
  $found = 0
  foreach ($name in $fields.Keys) {
    $node = $xml.SelectSingleNode($fields[$name],$ns)
    if ($null -ne $node -and $node.InnerText.Trim()) {
      [pscustomobject]@{Field=$name; Value=$node.InnerText}; $found++
    }
  }
  if ($found -eq 0) { 'NO_NONEMPTY_CORE_PROPERTIES_FOUND' }
} finally { $zip.Dispose() }

실행 예시는 powershell -ExecutionPolicy Bypass -File .\verify-docx-metadata.ps1 -Path .\공유본.docx입니다. 필드와 값이 표로 나오면 해당 핵심 속성이 남아 있습니다. NO_NONEMPTY_CORE_PROPERTIES_FOUND가 나오면 이 스크립트가 검사한 여섯 필드는 비어 있습니다.

자주 생기는 실패

Windows 파일 탐색기의 속성 > 자세히에서 작성자 한 줄만 지우고 검사를 끝내면 Word 내부의 다른 속성이나 검토 흔적을 놓칠 수 있습니다. 반대로 문서 검사를 원본에 바로 실행하면 필요한 댓글이나 변경 이력을 되돌리기 어려울 수 있습니다. 복사본을 먼저 만드는 이유가 여기에 있습니다.

확장자를 .docx에서 .zip으로 바꾸고 XML을 직접 편집하는 방식도 권하지 않습니다. XML 관계나 인코딩을 잘못 건드리면 파일이 열리지 않을 수 있습니다. 직접 편집 대신 Word 문서 검사를 쓰고, 위 스크립트는 읽기 전용 확인에만 사용하는 편이 낫습니다.

ChatGPT에 먼저 올린 뒤 “개인정보를 찾아 달라”고 요청하는 것도 순서가 뒤집혔습니다. 업로드가 끝난 뒤에는 이미 파일이 서비스로 전송된 상태입니다. OpenAI는 Library를 사용할 수 있는 계정 또는 워크스페이스에서 대화 중 올린 파일이 Library에 저장될 수 있고, 대화와 Library 파일이 별도로 관리된다고 설명합니다.[3] 업로드 전에 로컬에서 검사해야 하는 이유입니다.

검증 체크리스트

  • 원본이 아닌 공유용 복사본에서 작업했는가
  • 파일 이름에서 개인명·고객명·사내 프로젝트명을 뺐는가
  • 문서 속성 및 개인 정보를 검사하고 모두 제거를 실행했는가
  • 댓글과 변경 내용 추적을 별도로 확인했는가
  • 다시 검사에서 제거 대상이 남지 않았는가
  • 파일을 닫았다가 다시 열어 파일 > 정보를 확인했는가
  • 필요하면 PowerShell 스크립트로 핵심 속성을 읽었는가
  • 회사의 외부 AI 업로드 정책과 승인 절차를 확인했는가

문서 전체의 반출 위험을 한 번에 점검하려면 ChatGPT 회사 문서 업로드 전 개인정보·숨은 메타데이터 체크리스트를 이어서 볼 수 있습니다. 이 링크도 확인일에 공개 HTTP 200으로 응답했습니다.

보안과 개인정보 주의사항

메타데이터를 비웠다고 해서 문서 공개가 허용되는 것은 아닙니다. 본문, 표, 이미지, 머리글, 파일명에 남은 개인정보와 회사 기밀은 별도로 확인해야 합니다. 회사에서 외부 생성형 AI 업로드를 금지하거나 승인제로 운영한다면 그 규칙이 먼저입니다.

OpenAI의 현재 안내에 따르면 일반 대화는 사용자가 삭제할 때까지 계정에 저장되며, 삭제 후에는 예외를 제외하고 30일 이내 영구 삭제 대상으로 예약됩니다.[3] Library 파일을 쓸 수 있는 환경에서는 대화를 삭제해도 Library에 저장된 파일이 함께 삭제되지 않을 수 있으므로 Library도 따로 확인해야 합니다.[3] 실제 보존 방식은 개인 계정, 회사 워크스페이스, Temporary Chat, 프로젝트 사용 여부에 따라 달라질 수 있습니다.

한계와 직접 확인하지 못한 부분

이번 테스트는 여섯 개의 DOCX 핵심 속성만 대상으로 했습니다. Word 문서 검사가 찾는 모든 항목, SharePoint 정책 정보, 사용자 지정 XML, 추가 기능이 넣은 데이터는 직접 검증하지 않았습니다. Mac용 Word와 웹용 Word의 메뉴도 확인하지 않았습니다.

PowerShell 결과가 비어 있어도 문서 본문과 이미지 안의 개인정보까지 안전하다고 판단하면 안 됩니다. 중요한 문서는 Word의 전체 문서 검사 결과와 조직의 보안 절차를 함께 적용해야 합니다.

결론

Word 작성자 정보가 지워지지 않을 때는 작성자 칸만 반복해서 편집하기보다 공유용 복사본에서 문서 검사를 실행해야 합니다. 문서 속성 및 개인 정보를 제거하고 다시 검사한 뒤, 필요하면 DOCX 내부 핵심 속성을 읽어 한 번 더 확인합니다. 회사 문서는 메타데이터 검사와 업로드 승인 여부를 따로 판단해야 합니다.

공식 자료