2026-09-11

정부들이 디지털 주권을 위해 리브레오피스로 옮겨가고 있습니다 — .odt·.ods·.odp 파일의 숨은 메타데이터에 의미하는 것

2025년 12월 4일, 독일 슐레스비히홀슈타인 주정부는 리브레오피스(LibreOffice)가 산하 각 부처와 기관의 공식 오피스 표준이 되었다고 발표했습니다 — 주 전체 약 3만 대의 업무용 컴퓨터 중 약 80%가 이미 전환을 마쳤고, 마이크로소프트 오피스는 병행이 아니라 제거되는 중이며, 그 과정에서 연간 약 1,500만 유로의 라이선스 비용을 절감했다는 내용이었습니다. 그보다 일곱 달 앞서 덴마크 디지털화부(Ministry of Digitalisation)도 같은 전환을 발표하면서, 캐롤라인 올센 장관은 이렇게 간단히 정리했습니다. "우리는 소수에게 지나치게 의존해 더 이상 자유롭게 행동할 수 없는 상태가 되어서는 안 됩니다." 두 정부 모두 소프트웨어 자체를 위해 전환하는 것이 아니라, "디지털 주권"이라는 말로 이를 설명합니다. 하지만 소프트웨어를 바꾼다는 것은 파일 형식도 바꾼다는 뜻입니다 — 리브레오피스의 기본 문서는 오픈도큐먼트(OpenDocument) 파일, 즉 .odt, .ods, .odp이며, 이 블로그가 지금까지 다뤄온 .docx, .xlsx, .pptx가 아닙니다. 그리고 오픈도큐먼트는 숨겨진 속성을 완전히 다른 곳에 담습니다.

다른 소프트웨어, 다른 메타데이터 파일

.odt, .ods, .odp 파일도 .docx와 마찬가지로 zip 압축 파일입니다 — 둘 다 확장자를 .zip으로 바꾸면 그대로 열립니다. 다만 OOXML은 속성을 docProps/core.xml, app.xml, custom.xml이라는 세 개의 XML 파트로 나눠 담는 반면(이 구조는 이 블로그의 이전 글에서 다룬 바 있습니다), 오픈도큐먼트는 거의 모든 것을 meta.xml 하나에 담습니다. 이 파일은 압축 파일 최상위에서 content.xml, styles.xml과 나란히 자리합니다. 슐레스비히홀슈타인이나 덴마크 부처처럼 더 많은 공공기관이 리브레오피스로 옮겨간다면, 일반 시민이 정부 사이트에서 내려받거나 작성해서 다시 제출하는 서식과 첨부파일 중 마이크로소프트 형식 대신 이 형식으로 오는 것이 점점 늘어날 수 있습니다.

meta.xml 안에는 실제로 무엇이 들어 있나

리브레오피스를 개발하는 비영리 단체 도큐먼트 파운데이션(The Document Foundation)은 2025년 10월 31일 자체 블로그에 "ODF 포맷 보안: 암호화, 서명, 메타데이터 관리"라는 글을 올려 이 내용을 직접 정리했습니다. 이 글은 meta.xml이 담을 수 있는 것을 명확히 나열합니다 — "작성자 이름, 변경 이력, 저장 시각", 그리고 "프로젝트 코드나 내부 메모 같은 사용자 지정 속성"까지입니다. 위험성도 분명히 짚습니다. "악의적인 행위자는 이 메타데이터를 사회공학적 공격, 문서 추적, 프로파일링 목적으로 추출할 수 있다"는 것입니다. 대처 방법으로는 "메타데이터 정리 도구 — 리브레오피스 자체에 있는 것이든, 문서 살균(sanitisation) 도구든 — 를 사용하거나, ODF 압축 파일 안의 'meta.xml' 파일을 직접 확인하라"고 권하며, 애초에 불필요한 댓글이나 추적된 변경 내용을 공유 전에 남기지 말라고도 덧붙입니다. 이는 워드 파일의 core.xml, app.xml이 담는 것과 같은 범주의 정보입니다 — 이름, 회사, 누가 언제 파일을 건드렸는지에 대한 기록 — 다만 세 개가 아니라 하나의 XML 요소 트리 안에 정리되어 있을 뿐입니다.

리브레오피스에도 초기화 버튼이 있다 — 다만 기본값은 아니다

리브레오피스는 이를 지우는 자체 기능을 가지고 있습니다. 공식 도움말 문서는 도구 → 옵션 → 보안 메뉴 아래에 있는 "저장 시 개인정보 제거" 옵션을 설명하는데, 이를 켜두면 그 이후 저장할 때마다 "작성 및 수정 필드에 남은 이름"을 지우고, 수정·인쇄 날짜를 삭제하며, 편집 시간을 0으로, 버전 번호를 1로 초기화합니다. 이 옵션을 켜두지 않았다면, 같은 문서에는 일회성 해결책도 나와 있습니다 — 파일 → 속성 → 일반 탭의 속성 재설정 버튼으로, 현재 열려 있는 문서에 대해서만 같은 정리를 해줍니다. 둘 다 실제로 유용한 기능이지만 — 여기서 눈여겨봐야 할 점은 — 둘 다 기본값이 아니라는 것입니다. 소속 기관의 방침 때문에 워드에서 막 리브레오피스로 넘어온 사람이 이 두 설정 중 어느 것도 미리 찾아 켜두었을 가능성은 크지 않습니다. 특히 문서를 딱 한 번 열어 항목 하나만 채우고 바로 돌려보내는 경우라면 더욱 그렇습니다.

NearScrub이 .odt, .ods, .odp 파일에 실제로 하는 일

NearScrub의 오피스 스크러버인 scrubOffice()는 이제 .odt/.ods/.odp 확장자로 오픈도큐먼트 파일을 인식하고, 워드나 엑셀 파일의 docProps 파트를 비우는 것과 같은 방식으로 meta.xml을 비웁니다 — 파일을 통째로 삭제하는 대신 빈 <office:meta/> 요소로 바꿔 넣어, 압축 파일 자체는 리브레오피스가 다시 열 수 있는 유효한 상태로 남겨둡니다. 왜 이 점을 굳이 짚는지 솔직히 말씀드리자면, 한동안 NearScrub의 코드는 이 경우를 제대로 처리하지 못했기 때문입니다. 이 수정 이전에는 앱이 오픈도큐먼트 파일을 받아들이고 "지울 것을 찾지 못했다"고 알린 뒤, 작성자·회사·제목이 그대로 남아 있는 파일을 다시 압축해 돌려주고 있었습니다 — 메타데이터 제거 도구로서는 가장 나쁜 결과, 즉 사용자가 실제로는 그렇지 않은데 파일이 깨끗하다고 믿게 만드는 상황입니다. 이 간극은 지금은 닫혔고, 감춰두는 대신 여기 밝혀두는 이유는 자신의 과거 실수를 숨기는 프라이버시 도구가 그것을 솔직히 밝히는 도구보다 더 나쁘기 때문입니다.

여전히 닿지 못하는 곳

워드나 파워포인트 파일과 정확히 같은 두 가지 한계가 여기에도 그대로 적용됩니다. 첫째, NearScrub은 속성 파일만 지웁니다 — ODF는 meta.xml, OOXML은 세 개의 docProps 파트입니다. ODF 문서의 추적된 변경 내용과 인라인 댓글은 NearScrub이 건드리는 메타데이터가 아니라 content.xml 안에 <text:change>와 주석 요소로 담겨 있습니다. 검토자의 이름이나 내부 메모가 추적된 편집 내용 안에 남아 있다면, 리브레오피스 안에서 그 변경 내용을 승인하거나 거부해야만 지워집니다. 둘째, NearScrub의 ODF 지원은 사람들이 실제로 문서로 주고받는 세 확장자 — .odt, .ods, .odp — 를 다루는 것이지, 리브레오피스가 만들 수 있는 모든 오픈도큐먼트 형식을 다루는 것이 아니며, 이미 보낸 파일을 되돌리는 것도 아닙니다. NearScrub을 거치면 파일이 기기를 떠나기 전 사본이 바뀌는 것일 뿐, 이미 지워지지 않은 사본이 도착한 받은편지함이나 공유 드라이브, 정부 접수함에까지 손을 뻗을 수는 없습니다.

.docx 대신 .odt로 서식이 왔다면

이것이 오픈도큐먼트 형식 자체를 특별히 못 믿을 이유는 아닙니다 — 워드 파일이 늘 가지고 있던 것과 같은 범주의 숨은 속성을, 더도 덜도 아니게 담고 있을 뿐입니다. 실질적으로 달라지는 것은 처음 접하게 될 수도 있는 형식에 대해 어떤 습관을 새로 들이느냐입니다. 예전에 워드 파일을 보내던 곳에 .odt, .ods, .odp 파일을 보내기 전에는 파일 → 속성을 확인하고, 앞으로 자주 다룰 형식이라면 리브레오피스의 "저장 시 개인정보 제거" 옵션을 켜두고, 파일이 기기를 떠나기 전 마지막 단계로 NearScrub을 거치는 것 — 어느 쪽이든 브라우저 안에서 아무것도 업로드하지 않고 처리됩니다.