2026-08-26

"파일로 보내기"는 화질만 지키는 게 아니다 — 메타데이터까지 원본 그대로 보낸다는 것을 측정한 2025년 포렌식 연구

모든 메신저 앱은 기본적으로 사진을 압축하고, 인터넷에는 그것을 우회하는 방법을 알려주는 가이드가 넘쳐납니다 — 결혼식 사진을 보낼 때, 포트폴리오를 보낼 때, 구매자가 요청한 클로즈업 사진을 보낼 때. 조언은 어디서나 같습니다. 사진으로 보내지 말고 파일로 보내라. 왓츠앱은 이것을 문서(document)라고 부르고, 텔레그램은 파일이라고 부르고, 시그널에도 같은 옵션이 있으며, 결과는 어디서나 같습니다 — 받는 사람이 픽셀 하나 다르지 않은 원본을 받는다는 것. 그런데 그 가이드들 대부분이 말하지 않는 사실이 하나 있습니다. 방금 우회한 압축 경로가, 조용히, 메타데이터 제거 경로이기도 했다는 것입니다. 문서 전송은 압축만 건너뛰는 게 아닙니다. GPS 좌표를 지워주던 유일한 단계를 함께 건너뜁니다.

압축 전송은 당신이 모르는 사이 프라이버시 작업을 하고 있었다

사진을 보통 방식으로 보내면 앱은 파일을 다시 인코딩합니다 — 크기를 줄이고, JPEG 압축을 더 세게 걸어, 용량을 몇 분의 일로 만듭니다. 재인코딩은 새 파일을 만드는 일이고, 옛 파일에 심겨 있던 메타데이터는 대부분 따라오지 않습니다. 어떤 앱에서는 이것이 대역폭 절약의 부수 효과이고, 적어도 한 앱에서는 의도된 정책입니다. 시그널의 안드로이드 클라이언트는 2018년 3월에 병합된 변경 이후 JPEG 첨부에서 EXIF를 제거해 왔는데, 그 변경에 적힌 이유가 시사적입니다. 리스케일을 거치는 이미지는 이미 부수적으로 메타데이터를 잃고 있었지만, 리스케일이 필요 없을 만큼 작은 이미지는 위치 정보를 포함한 메타데이터를 그대로 유지하고 있었다는 것 — 그래서 클라이언트가 모든 JPEG을 재인코딩해 제거를 예외 없이 만들었다는 것입니다. 어느 쪽이든 실질적인 효과는 대부분의 사람이 생각해 본 적 없는 그것입니다. 화질이 뭉개진 압축본이, 동시에 당신의 좌표를 싣지 않은 버전이기도 했다는 것.

2025년, 포렌식 저널이 정확히 이것을 측정했다

이 차이를 블로그의 말만 믿을 필요는 없습니다. 2025년 6월 18일 학술지 Perspectives in Legal and Forensic Sciences에 실린 연구(니슈찰 소니, "Forensic Value of Exif Data")가 이것을 측정했습니다. 안드로이드와 iOS 휴대폰으로 만든 통제된 사진 세트를 쓰고, 결과를 ExifTool과 상용 포렌식 도구들로 확인했습니다. 왓츠앱·텔레그램·시그널을 통해 문서로 보낸 파일은 "원본 촬영본과 동일한 해시 값을 유지"했습니다 — MD5와 SHA-256 체크섬이 원본과 정확히 일치했다는 것, 즉 받는 사람이 같은 바이트를 받았고 조사 대상 Exif 필드 전부가 온전했다는 뜻입니다. 타임스탬프, GPS 위치, 기기 제조사와 모델, 편집 소프트웨어, 내장 섬네일까지. 같은 앱들의 일반 사진 모드로 보낸 파일은 해시가 달라졌고, 조사 대상 Exif 필드 중 16.67% — 여섯 중 하나 — 만 살아남았습니다. 인스타그램, 페이스북 메신저, 스냅챗도 압축 파이프라인을 거치며 같은 수준까지 제거했습니다. 참고로 USB 케이블과 이메일 첨부는 문서 모드처럼 동작했습니다. 바이트 단위로 동일하게.

다만 이 연구의 관점을 눈여겨봐야 합니다. 이것은 포렌식 논문이고, 포렌식에서는 메타데이터가 전송을 살아남는 쪽이 좋은 결과입니다 — 온전한 Exif 블록은 증거이고, 일치하는 해시는 무결성입니다. 논문의 결론은 수사관에게 "플랫폼을 인지한 증거 취급"이 필요하다는 것입니다. 감정인에게 문서 모드를 증거 등급으로 만들어 주는 바로 그 속성이, 나머지 모든 사람에게는 잠시 멈춰야 할 이유입니다. 문서 모드는 모든 것을 유지하는 전송 방식입니다.

인권 단체들은 문서 모드를 권장한다 — 메타데이터가 유지되기 때문에

문서 모드가 무엇을 하는지에 대한 가장 분명한 확인은, 정확히 그 동작을 원하는 사람들에게서 나옵니다. 인권 침해를 기록하는 방법을 교육하는 국제앰네스티의 시티즌 에비던스 랩(Citizen Evidence Lab)은 2020년 4월, 메타데이터가 살아남도록 사진을 보내는 방법에 대한 가이드를 발행했습니다 — 증거에는 GPS 좌표와 타임스탬프가 핵심이기 때문입니다. 가이드의 지침은 이렇습니다. "EXIF 데이터를 보존하면서 원본 해상도 이미지를 보내려면, 카메라 롤에서 이미지를 공유하는 것을 멈추고 문서 첨부로 공유하라." 기본 동작에 대한 요약은 이렇습니다. "갤러리에서 사진으로 보낸 이미지는 대부분의 메타데이터가 제거된다" — 문서 첨부는 보존한다. 같은 가이드는 곧바로 양날의 경고를 덧붙입니다. 온전한 메타데이터는 촬영자의 신원과 위치를 드러낼 수 있으니 정보에 입각한 동의 하에서만 공유해야 한다는 것. 같은 버튼, 정반대의 목적입니다. 증거 수집 워크플로는 메타데이터를 지키려고 그 버튼을 누르고, 휴가 사진을 보내는 부모는 해상도 때문에 그 버튼을 눌렀다가 메타데이터를 우연히 실어 보냅니다.

그리고 왓츠앱은 그 버튼을 주류로 만들었다

문서 전송 트릭은 오랫동안 메신저 앱 사용자들 사이의 구전 지식이었습니다. 2023년 12월, 왓츠앱은 그것을 공식 기능으로 승격시켰습니다. 버전 23.24.73이 원본 화질 사진·동영상 전송을 추가했고, 첨부 메뉴의 문서 옵션 — "사진 또는 동영상 선택" — 을 통해 접근하며, 상한은 2GB입니다. 당시 보도(맥루머스, 2023년 12월 4일)는 이 새 경로가 왜 필요했는지 짚었습니다. 기존의 HD 토글은 "여전히 압축을 수반"했지만, 문서로 보내는 것은 "사진과 동영상을 파일로 공유하게 함으로써 압축을 아예 회피한다"는 것. 정확한 설명이고, 정확히 그것이 문제입니다 — 파일로 공유된 파일은 GPS 블록까지 포함해 파일 그대로 도착합니다. 화질을 지키는 경로는 이제 공식적이고 찾기 쉬운 UI가 되었고, EXIF라는 단어를 들어본 적 없는 수많은 사람들이 쓰고 있습니다.

PDF와 오피스 파일에는 애초에 제거 모드가 없다

같은 구조에서 또 하나의 결과가 따라 나옵니다. 사진에는 그나마 메타데이터를 씻어내 주는 압축 전송이라도 있습니다. PDF, docx, xlsx에는 없습니다 — 메신저로 보내는 문서는 정의상 문서로 전송됩니다. 다른 방식이 존재하지 않기 때문입니다. 2025년 연구의 문서 모드 결과가 그대로 적용됩니다. 바이트 단위 전달, 동일한 해시. 그러니 리크루터에게 왓츠앱으로 보내는 이력서, 상대방에게 보내는 계약서, 단체 채팅방에 전달하는 스프레드시트는 각각 docProps나 Info 딕셔너리에 담긴 것을 그대로 싣고 도착합니다. 작성자 이름, 회사, 마지막 수정자, 총 편집 시간, 작성 프로그램. 그 필드들에 무엇이 사는지는 이 블로그가 이미 다뤘습니다. 메신저 관점에서 새로운 것은 단 하나 — 문서에는 플랫폼의 재인코딩이라는 것이 존재하지 않으므로, 그것이 당신을 구해줄 일도 영원히 없다는 점입니다.

화질은 원본으로, 메타데이터는 빼고

두 가지 목표 — 원본 픽셀, 위치 정보 없음 — 는 사실 충돌하지 않습니다. 충돌하는 것처럼 보이는 이유는 메신저가 둘을 한 묶음으로 팔기 때문입니다. 메타데이터 제거가 압축기 안에 들어 있으니까요. 그 묶음을 풀면 됩니다. 파일이 어디로 가기 전에, 자신의 기기에서 직접 메타데이터를 제거하고, 그다음 문서 모드를 마음껏 쓰는 것. NearScrub이 만들어진 이유가 정확히 이 경우입니다. JPEG 경로는 파일의 세그먼트를 선별 복사하는 방식으로 EXIF/GPS 블록, XMP, IPTC, 주석 세그먼트를 제거합니다 — 압축된 이미지 데이터는 재인코딩 없이 그대로 복사되므로, 문서 모드를 선택한 이유였던 픽셀은 조금도 달라지지 않습니다. 의도적으로 다시 넣는 EXIF는 딱 하나, 1부터 8까지의 화면 회전 값인 방향(Orientation) 플래그입니다. 세로로 찍은 사진이 옆으로 누워 도착하지 않게 하기 위해서인데 — 시그널이 픽셀을 재인코딩해서 푸는 그 문제를, 픽셀은 그대로 두고 프라이버시와 무관한 태그 하나만 유지하는 방식으로 푸는 것입니다. PNG는 텍스트·EXIF·타임스탬프 청크가 제거되고, PDF는 Info 딕셔너리가 비워지고 XMP 스트림이 삭제되며, docx·xlsx·pptx는 core·app·custom 속성 파트가 비워집니다. 이 모든 일은 브라우저 안, 당신의 기기에서 일어납니다 — 업로드는 없습니다. 휴대폰을 떠나는 것을 통제하는 게 존재 이유인 도구가 업로드를 요구한다면 이상한 일일 테니까요.

정직한 주의사항 세 가지

첫째, HEIC. 아이폰은 기본으로 HEIC로 촬영하고, 문서로 보낸 HEIC도 다른 파일과 똑같이 바이트 단위로 이동합니다 — 하지만 NearScrub은 현재 HEIC를 파싱하지 않으므로 HEIC를 정리해 줄 수 없습니다. 되는 척하는 대신 파일을 받지 않습니다. 휴대폰에서 JPEG 사본으로 공유하게 하거나 먼저 변환한 뒤, 그것을 스크럽하세요. 둘째, 해시. 스크럽된 파일은 다른 파일입니다 — 체크섬이 다릅니다. 프라이버시를 위해서라면 정확히 원하는 결과이고, 증거를 보존하는 중이라면 정확히 원하지 않는 결과입니다. 시티즌 에비던스 랩의 사례처럼 타임스탬프와 GPS 좌표 자체가 가치인 기록을 하고 있다면 스크럽하지 마세요. 그 워크플로에는 메타데이터가, 그리고 그에 따르는 동의의 문제가 필요합니다. 셋째, 버전. 2025년 연구는 당시 출시된 앱들을 측정한 것이고, 앱의 동작은 바뀝니다. 압축 경로의 메타데이터 제거는 각 플랫폼의 구현 세부사항이지 당신에게 한 약속이 아닙니다. 이 파이프라인에서 당신이 완전히 통제하는 유일한 단계는, 건네주기 전에 파일이 무엇을 담고 있는가입니다.

습관

이 블로그는 예전에 마켓플레이스가 공개된 매물 사진에 무엇을 하는지 다루면서, 어떤 조사도 다이렉트 메시지로 보낸 사진은 다루지 않았다고 적어둔 적이 있습니다. 이 글이 그 나머지 절반이고, 알고 보니 더 날카로운 쪽입니다. DM에서는 화질을 아낄수록, 모든 것을 보존하는 그 하나의 전송 모드를 고를 가능성이 커지니까요. 그래서 습관은 짧습니다. "문서로 보내기"나 "파일로 보내기"를 누르기 직전이라면 — 구매자에게든, 단체 채팅방에든, 리크루터에게든 — 그 파일이 아직 무엇을 담고 있는지 물어보세요. 담고 있는 그대로가 도착하는 전부이기 때문입니다. 답이 휴대폰에서 막 나온 사진이거나 편집기에서 막 나온 문서라면, 먼저 스크러버에 통과시키세요. 원본 화질은 얼마든지 보내도 좋은 것입니다. 다만 당신이 있었던 모든 곳과 한 묶음으로 배송될 필요는 없습니다.