사진을 공유하면, 원본에는 없던 변화가 생길 수 있습니다

눈에는 같은 사진인데, 파일은 다른 파일일 수 있다

우리는 보통 피사체가 같고 색감이나 구도가 비슷하면 같은 사진이라고 생각합니다. 하지만 디지털 파일 수준에서는 이야기가 달라집니다. 바이트 단위로 완전히 동일한 복사본과, 한 번 다시 압축해서 저장한 JPEG는 화면에서 비슷하게 보여도 전혀 같은 파일이 아닙니다.

메신저나 SNS는 전송 속도와 저장 공간, 다양한 화면 크기에 맞추기 위해 업로드된 이미지 크기를 조정하거나 다시 압축하고, 포맷을 바꾸거나 미리보기용 파생본을 만들 수 있습니다. 어떤 경로는 원본 파일을 보존하지만, 어떤 경로는 새 이미지를 만들어 돌려줍니다. 스크린샷은 더 분명합니다. 원본 파일을 복사하는 게 아니라 화면에 렌더링된 결과를 새 이미지로 캡처합니다.

공유 후 무엇이 남았는지 보려면 네 종류의 정보를 따로 봐야 한다

사진 공유 이야기가 자주 혼란스러워지는 이유는 서로 다른 정보가 모두 ‘사진 속 정보’라는 한 단어로 묶이기 때문입니다. 실제로는 최소 네 종류의 정보를 나눠 보는 편이 정확합니다.

파일 구조에는 JPEG 세그먼트, PNG chunk, 압축 방식, 해상도 같은 현재 파일의 기술적 상태가 들어갑니다. 메타데이터는 EXIF, XMP, IPTC처럼 촬영 정보나 소프트웨어 정보, 설명을 담는 구조입니다. 픽셀 신호는 실제 영상 데이터이며, 보이지 않는 워터마크처럼 픽셀이나 주파수 성분 안에 의도적으로 넣은 신호도 여기에 속합니다. provenance는 C2PA Content Credentials처럼 서명된 assertion과 asset binding을 사용해 생성·편집 맥락을 전달하는 별도의 정보 구조입니다.

이 네 가지 정보는 함께 유지되거나 사라지는 것이 아닙니다. 메타데이터가 없어져도 픽셀은 남을 수 있고, 픽셀 신호가 약해져도 일부 메타데이터는 유지될 수 있습니다. provenance 정보 역시 단순 EXIF와 같은 것으로 취급하면 안 됩니다.

JPEG를 다시 압축하면 왜 ‘같은 사진’이 달라질까?

JPEG는 RGB 픽셀을 그대로 저장하는 형식이 아닙니다. 단순화하면 이미지를 주파수 성분으로 바꾸고 그 값을 양자화해서 용량을 줄입니다. 이미 JPEG로 저장된 사진을 다시 JPEG로 인코딩하면 이 손실 과정이 한 번 더 일어납니다.

사람 눈에는 거의 차이가 없더라도 작은 주파수 성분이나 경계, 질감은 바뀔 수 있습니다. 포렌식 관점에서는 이 재인코딩 자체가 새로운 파일 상태를 만들고, 보이지 않는 워터마크 관점에서는 신호가 약해지거나 변형될 수 있습니다. 하지만 ‘JPEG 재압축을 하면 워터마크는 무조건 사라진다’거나 ‘항상 살아남는다’고 말할 수는 없습니다. 삽입 방식, 신호 세기, 이미지 내용, payload, 검출기, 품질 설정이 모두 영향을 줍니다.

또 하나 중요한 점은 최종 JPEG 하나만 보고 그 이전의 모든 처리 단계를 완벽하게 역추적할 수는 없다는 것입니다. 현재 파일의 상태와 과거의 전체 이력은 같은 문제가 아닙니다.

리사이즈는 화질만 낮추는 작업이 아니다

사진 크기를 줄이거나 키우면 보간을 통해 새로운 픽셀 격자가 만들어집니다. 눈에 보이는 선명도뿐 아니라 좌표 체계 자체가 달라집니다. 보이지 않는 워터마크 검출기가 원래 위치와 스케일을 기준으로 신호를 찾도록 설계돼 있다면, 신호 일부가 남아 있어도 다시 정렬하지 못해 읽지 못할 수 있습니다.

메타데이터는 별개의 문제입니다. 리사이즈라는 픽셀 연산 자체가 EXIF 삭제를 반드시 요구하는 것은 아닙니다. 어떤 프로그램은 촬영 정보를 그대로 복사하고, 어떤 프로그램은 새 파일을 만들면서 일부 정보만 남깁니다. 따라서 ‘크기를 조정하면 메타데이터가 사라진다’가 아니라 ‘어떤 내보내기 과정이 메타데이터를 어떻게 처리했는가’를 봐야 합니다.

자르기는 실제 픽셀 정보를 없앤다

자르기는 선택 영역 바깥의 픽셀을 삭제합니다. 지워진 영역에만 있던 신호는 더 이상 존재하지 않습니다. 이미지 전체에 신호를 분산하는 워터마크는 일부 영역이 잘려도 남은 부분에서 검출 가능성을 확보하려고 하지만, 사용할 수 있는 신호량은 줄고 좌표 기준도 바뀝니다.

편집 프로그램에 따라 자르기 이후의 메타데이터 처리도 다릅니다. 카메라 EXIF를 유지하는 경우가 있는가 하면, 최소한의 정보만 담은 새 파일을 내보내는 경우도 있습니다. provenance 시스템에서는 편집을 숨기는 대신 새로운 이력 항목으로 연결할 수도 있습니다. ‘자르기’라는 행위 하나만으로 파일 내부의 모든 변화를 예측할 수 없는 이유입니다.

스크린샷은 원본 파일의 단순 복사가 아니다

스크린샷을 찍는 순간, 화면에 표시된 픽셀이 새 이미지의 재료가 됩니다. 원본 JPEG에 있던 EXIF 블록이 그대로 복사되는 방식이 아닙니다. 새 파일에는 스크린샷 생성 과정과 관련된 속성이 생기고, 원래 사진은 화면 안에 보이는 픽셀 콘텐츠로 들어갑니다.

그렇다고 ‘스크린샷을 찍으면 모든 흔적이 사라진다’고 단정해도 틀립니다. 화면에 보이는 워터마크는 캡처 영역에 포함되면 그대로 보입니다. 보이지 않는 워터마크도 스케일링, 화면 렌더링, 캡처 해상도와 신호 설계에 따라 일부 남을 수도, 검출이 어려워질 수도 있습니다.

provenance 쪽도 단순하지 않습니다. 최근 Content Credentials 생태계는 파일에 서명 정보를 넣는 것뿐 아니라 cloud lookup, fingerprinting, 보이지 않는 워터마킹을 조합하는 방향으로 발전하고 있습니다. Adobe는 cloud에 저장된 Content Credentials에 대해 스크린샷에서도 possible match를 찾을 수 있는 복구 흐름을 문서화하고 있습니다.

카톡과 SNS를 하나의 변환으로 보면 안 된다

‘SNS에 올렸다’는 말만으로는 기술 조건이 부족합니다. 같은 서비스에서도 피드 업로드, 스토리, DM, 파일 첨부, 일반 화질 전송, 원본 전송이 서로 다른 경로를 탈 수 있습니다. 모바일 앱과 웹 버전의 처리도 다를 수 있고, 플랫폼은 내부 미디어 파이프라인을 계속 바꿉니다.

그래서 ‘인스타에서 살아남는다’, ‘카톡에서 사라진다’ 같은 문장은 테스트 조건 없이 쓰면 위험합니다. 최소한 플랫폼, 테스트 날짜, 업로드 경로, 원본 해상도와 포맷, 품질 설정, 반환 파일을 함께 기록해야 실제 기술 정보가 됩니다.

사용자 입장에서 중요한 건 단순합니다. 정확한 원본 파일 보존이 필요하면 원본 전송을 목적으로 한 경로를 써야 하고, 특정 정보가 남는지가 중요하면 받은 파일을 실제로 다시 검사해야 합니다.

메타데이터가 없어졌다는 사실은 무엇을 증명할까?

그 사실만으로는 거의 아무것도 단정할 수 없습니다. 개인정보 보호를 위한 export, 스크린샷, SNS 처리, 편집 프로그램, 포맷 변환, 단순 재저장만으로도 메타데이터 일부가 사라질 수 있습니다. EXIF가 없다는 이유만으로 ‘AI 이미지다’, ‘조작됐다’, ‘도용됐다’고 결론 내리면 안 됩니다.

반대로 그럴듯한 EXIF가 남아 있다고 해서 무편집 원본임을 증명하는 것도 아닙니다. 메타데이터는 수정·복사·재작성될 수 있고, 카메라 모델이나 촬영 시간 필드 하나가 픽셀의 전체 이력을 인증해 주지는 않습니다.

이 부분은 사진 메타데이터로 어디까지 알 수 있을까?에서 더 자세히 다룹니다.

보이지 않는 워터마크가 검출되지 않으면 ‘없다’는 뜻일까?

검출 실패의 원인은 여러 가지입니다. 처음부터 삽입되지 않았을 수도 있지만, 재압축이나 리사이즈로 약해졌거나, 크롭으로 일부가 사라졌거나, 좌표 동기화에 실패했거나, 다른 키나 검출기를 사용했을 수도 있습니다. 시스템의 검증 범위를 넘어서는 변환을 거쳤을 가능성도 있습니다.

신호가 검출됐다면 현재 이미지에서 해당 신호 체계와 맞는 흔적이 관찰됐다는 뜻입니다. 공유 전 넣어둔 신호가 이후 이미지에서 어떻게 남아 있는지 확인하는 데 활용할 수 있습니다.

신호 자체의 원리는 보이지 않는 워터마크는 어떻게 작동할까?에서 이어서 볼 수 있습니다.

Content Credentials는 또 다른 질문을 다룬다

C2PA Content Credentials는 cryptographically signed assertion과 asset binding을 사용해 생성·편집 맥락을 검증 가능한 방식으로 연결하려는 체계입니다. 중요한 점은 C2PA 자체도 provenance가 있다고 해서 콘텐츠가 ‘진짜’이거나 ‘좋다’고 가치 판단을 내려 주는 시스템으로 정의하지 않는다는 것입니다. 서명된 assertion이 해당 asset과 올바르게 연결되고 변조되지 않았는지를 검증하는 것과, 세상의 모든 사실을 증명하는 것은 다른 문제입니다.

그래서 provenance, 일반 메타데이터, 워터마크는 경쟁 관계라기보다 서로 다른 빈칸을 채우는 기술에 가깝습니다. 하나가 다른 하나를 완전히 대체한다고 보는 것은 기술적으로 지나친 단순화입니다.

공유받은 사진을 볼 때 현실적으로 무엇을 확인해야 할까?

첫째, ‘원래 파일은 이랬을 것’이라고 상상하기보다 지금 받은 파일의 포맷과 해상도부터 봅니다. 둘째, 남아 있는 메타데이터를 확인하되 비어 있다는 사실을 verdict로 만들지 않습니다. 셋째, 특정 워터마크가 관련돼 있다면 그 시스템의 전용 검출기로 확인하고, 가능하면 어떤 변환 경로를 거쳤는지도 함께 기록합니다. 넷째, Content Credentials가 있다면 해당 검증 도구로 서명과 이력을 확인합니다.

그리고 관찰과 결론을 분리해야 합니다. ‘받은 JPEG가 1080px로 줄었고 EXIF가 없다’는 것은 관찰입니다. ‘그러므로 가짜다’는 것은 별도의 증거가 필요한 결론입니다.

공유 전에 준비하고, 나중에 같은 앱에서 다시 확인할 수 있습니다

SIGNA는 보이는 워터마크와 보이지 않는 SIGNA 신호를 적용하고, Inspect 흐름에서 신호 관련 정보와 이미지 상태 정보를 기기 내에서 확인할 수 있도록 설계돼 있습니다. 보이는 워터마크를 적용하면 보이지 않는 SIGNA 신호도 함께 삽입되며, JPEG의 현재 SIGNA 신호는 DCT 기반 주파수 영역 방식을 사용합니다.

사진을 보내기 전에는 워터마크와 SIGNA 신호를 준비하고, 공유 뒤에는 Inspect에서 지금 손에 있는 이미지의 신호와 상태 정보를 다시 확인할 수 있습니다. 재압축, 리사이즈, 크롭, 스크린샷처럼 공유 과정에서 생긴 변화가 신호 확인에 영향을 줄 수 있으므로, SIGNA는 현재 이미지에서 실제로 관찰되는 정보를 함께 살펴보는 흐름을 제공합니다.

SIGNA로 공유 전 준비하고, 필요할 때 다시 확인하세요

보내기 전에는 보이는 워터마크와 보이지 않는 SIGNA 신호를 준비하고, 나중에는 Inspect에서 이미지 상태와 신호 정보를 다시 확인해 보세요. 주요 이미지 처리는 기기 안에서 이루어집니다.

무료 설치 · 구독 없이 매월 5회 무료 이용 · 더 필요할 때 Pro