EXIF 메타데이터: 사진이 드러내는 것과 제거하는 법
EXIF 메타데이터가 사진에 무엇을 심는지 — 장치, 타임스탬프, GPS 좌표 — 어디서 살아남고 어디서 벗겨지는지, 그리고 이미지를 망치지 않고 안전하게 제거하는 법을 정리합니다.
폰이나 카메라가 쓰는 모든 사진은 한 파일에 쌓인 두 가지입니다. 픽셀, 그리고 그 픽셀이 포착된 조건을 기술하는 메타데이터 블록입니다. 그 메타데이터 블록이 EXIF(Exchangeable Image File Format)이고, 이미지 데이터 안이 아니라 그 곁에 있습니다. 카메라가 자동으로 쓰고, 대부분의 소프트웨어가 조용히 보존하며, 대부분의 사람은 결코 보지 않습니다. 이 글은 EXIF가 무엇을 저장하는지, 무엇을 누설하는지, 업로드에서 어디서 살아남고 어디서 안 그런지, 그리고 이미지를 깨뜨리지 않고 어떻게 제거하는지를 다룹니다.
EXIF가 실제로 무엇인지
EXIF는 이미지 파일에 구조화된 메타데이터를 넣는 표준입니다. 명세가 쓰일 때
지배적이던 두 형식인 JPEG와 TIFF용으로 주로 정의됩니다. 최근 아이폰의 기본인
HEIC/HEIF는 자체 컨테이너에 동등한 메타데이터를 나릅니다. PNG가 주목할
예외입니다. 전통적 PNG에는 EXIF 블록이 없고 대신 자체 텍스트 청크(tEXt,
iTXt)를 쓰지만, 명세의 새 개정은 일부 도구가 이제 쓰는 선택적 eXIf 청크를
정의합니다. 실용적 요점은 이렇습니다. 메타데이터 누설이 걱정이라면, JPEG와
HEIC가 그것이 기본으로 사는 곳입니다.
블록은 포착 장치가 쓰고, 그것을 명시적으로 버리지 않은 채 다시 저장하는 무엇에든 앞으로 운반됩니다. 그 지속성이 프라이버시 이야기 전부입니다. 데이터가 포착의 순간보다 오래 살아 파일과 함께 다닙니다.
흔한 태그와 그것이 누설하는 것
| 태그 | 저장하는 것 | 누설하는 것 |
|---|---|---|
Make / Model |
카메라나 폰 제조사와 모델 | 사용된 정확한 장치 |
DateTimeOriginal |
포착 타임스탬프 | 사진이 찍힌 시점, 종종 초 단위로 |
GPSLatitude / GPSLongitude |
지리 좌표 | 찍힌 장소(프라이버시 헤드라인) |
GPSAltitude |
고도 | 건물의 층, 때때로 |
LensModel |
렌즈 식별자 | 장비 지문 |
FNumber / ExposureTime / ISO |
조리개, 셔터, 감도 | 촬영 설정 |
Orientation |
회전 플래그(1–8) | 뷰어가 이미지를 어떻게 회전할지 |
Software |
편집 앱과 버전 | 편집 이력 힌트 |
| 내장 썸네일 | 작은 미리보기 JPEG | 때때로 편집 전 버전의 이미지 |
GPS 필드가 프라이버시에 중요한 것들입니다. 썸네일은 잠복한 위험입니다. 일부 편집기는 전체 크기 이미지를 자르거나 가리지만 원본 내장 썸네일을 건드리지 않은 채 둬서, "잘린" 사진이 여전히 잘려 나간 것의 작은 렌더링을 나를 수 있습니다.
프라이버시 측면
전형적 실패는 찍힌 위치에서 GPSLatitude와 GPSLongitude를 나르는 사진을
공개로 올리는 것입니다. 누군가의 집 안에서 찍어 포럼이나 매물에 올린 사진은
모든 독자에게 그 집의 좌표를 건넵니다. 이미지의 GPS 태그를 지도에 찍는 것은 한
줄 작업이고, 사진이 자기 위치에 대해 아무것도 드러내지 않는다고 가정한 사람들을
비익명화하는 데 쓰여 왔습니다. 집에서 사진을 찍어 파일을 있는 그대로 올리면,
당신은 주소를 공개하는 것입니다.
DateTimeOriginal이 그것을 가중합니다. 좌표에 정확한 타임스탬프를 더하면 사진
집합 전체에 걸친 생활 패턴 기록을 만듭니다. 누군가가 어디에 언제 있는지가
반복됩니다. 어떤 단일 태그도 문제 전부가 아닙니다. 조합이 문제입니다.
Orientation은 다른 종류의 위험입니다. 프라이버시가 아니라 정확성입니다.
태그는 뷰어에게 표시 이미지를 회전하라고 말합니다(세로 사진은 종종
Orientation 플래그가 설정된 채 가로 픽셀로 저장됩니다). 태그를 존중하는
소프트웨어는 사진을 바로 세워 보여주고, 무시하는 소프트웨어는 옆으로나 거꾸로
보여줍니다. 이것이 같은 이미지가 한 앱에서는 올바르고 다른 앱에서는 회전돼
보이는 이유이고, 순진하게 EXIF를 벗기면 사진이 갑자기 옆으로 넘어갈 수 있는
이유입니다.
EXIF가 살아남는 곳과 벗겨지는 곳
이 부분은 의심으로 다룰 부분입니다. 동작이 플랫폼마다, 그리고 파일을 어떻게 보내는지에 따라 다르니 가정하지 마세요.
일부 패턴은 신뢰할 만합니다. 픽셀을 새 파일로 다시 인코딩하는 작업, 즉 스크린샷, "웹용 저장" 내보내기, 대부분의 이미지 파이프라인을 통한 리사이즈 같은 것은 EXIF를 떨굽니다. 새 파일이 옛 메타데이터 블록을 나르지 않고 쓰이기 때문입니다. 사진의 스크린샷에는 원본 EXIF가 하나도 없습니다.
많은 소셜 플랫폼은 의도적 프라이버시 조치로 업로드 시 EXIF를 벗기지만, 전부는 아니고 동작은 시간이 지나며 바뀝니다. 메시징 앱은 일관되지 않습니다. 같은 앱이 종종 이미지를 "사진"으로 보낼 때(다시 압축됨)는 메타데이터를 벗기지만 같은 이미지를 "파일"이나 "문서"로 보낼 때(바이트 그대로 전달됨)는 보존합니다. 안전한 모델은 이렇습니다. 다시 인코딩이나 스크린샷은 EXIF를 제거하고, 원본 파일 전송은 보존할 수 있고, 그 사이의 모든 것은 다르니, 믿지 말고 확인하세요. 주어진 파일이 무엇을 나르는지 아는 유일한 길은 그것을 살펴보는 것입니다.
제거하는 법
실용적 접근이 셋 있고, 중요한 순서 규칙이 하나 있습니다.
방향을 먼저 다시 구우세요(re-bake). EXIF를 벗기면 다른 모든 것과 함께
Orientation 태그가 제거됩니다. 이미지가 바로 서기 위해 그 태그에 의존했다면,
제거는 날것의, 어쩌면 옆으로 넘어간 픽셀을 남깁니다. 올바른 순서는 회전을 실제
픽셀 데이터에 먼저 적용한 다음 메타데이터를 벗기는 것이어서, 파일이 스스로 바로
섭니다. 내보내기 전에 "자동 방향"을 적용하는 도구는 이를 대신 처리하고, EXIF
블록을 맹목적으로 삭제하는 도구는 그러지 않습니다.
그것을 염두에 두고 보면 다음과 같습니다.
- 이미지를 다시 인코딩하세요. 새 파일을 쓰는 내보내기나 리사이즈 단계를 거치세요. 우리 이미지 리사이저는 브라우저에서 다시 인코딩하며, 이는 새 파일을 만드는 부수 효과로 EXIF 블록을 떨굽니다. 더 작고 메타데이터 없는 사본을 한 번에 원할 때 편리합니다.
- 메타데이터 도구를 쓰세요. 전용 도구는 EXIF를 벗기거나 선택적으로
편집합니다(명령줄의
exiftool이 표준입니다). GPS는 제거하되 예컨대 저작권 필드는 유지하고 싶을 때 유용합니다. - 플랫폼 자체 옵션을 쓰세요. 폰 공유 시트와 OS 사진 앱은 점점 내보내기에서 "위치 제거" 토글을 제공하며, 이는 나머지를 남기고 GPS 태그를 떨굽니다. 위치가 유일한 관심사일 때 가장 덜 파괴적인 선택입니다.
제거는 비가역적입니다. 블록이 한번 사라지면 사라진 것이고, 보관한 원본으로 돌아가는 것 말고는 되돌리기가 없습니다. 메타데이터가 당신에게 가치가 있다면 손대지 않은 마스터를 보관하세요.
EXIF는 책임만은 아니다
당신의 위치를 누설하는 같은 데이터가 사진 라이브러리를 작동하게 하는 것입니다.
DateTimeOriginal은 앱이 사진을 이벤트로 정렬하고 묶는 방법입니다. Make,
Model, 그리고 노출 필드는 사진가가 장비별로 분류하고 거르게 합니다. GPS
태그는 모든 사진 관리자의 지도 보기를 작동시킵니다. 포렌식과 저널리즘은
이미지가 언제 어디서 포착됐는지 확립하는 데 메타데이터에 의존합니다. 그리고
EXIF와 함께 자주 따라다니는 관련 IPTC와 XMP 블록은 사진가가 귀속을 위해
의존하는 저작권·창작자·라이선스 필드를 나릅니다.
목표는 반사적으로 모든 것을 삭제하는 게 아니라, 파일이 무엇을 나르는지 알고 의도적으로 결정하는 것입니다. 집에서 찍은 사진을 올리기 전에 GPS를 벗기고, 인정받고 싶은 작업에는 타임스탬프와 저작권을 유지하세요.
무엇이든 벗기기 전에, 실제로 무엇이 있는지 보세요. 우리 EXIF 뷰어는 브라우저에서 전체 메타데이터 블록을 읽으며 아무것도 업로드하지 않습니다. 파일을 떨구면 무엇을 제거할지 결정하기 전에 장치, 타임스탬프, GPS 좌표, 그리고 내장 썸네일을 보게 됩니다.