Apple Reference Image, C2PA, 워터마크는 같은 기술이 아닙니다

‘진짜 사진’이라는 말부터 나눠서 봐야 합니다

사진 한 장을 보고 “이거 진짜야?”라고 묻는 순간, 질문은 이미 네 갈래로 갈립니다. 실제 장면이 카메라 앞에 있었는가, 이 파일은 누가 어떤 과정으로 만들었다고 기록되어 있는가, 촬영 뒤 무엇이 바뀌었는가, 그리고 공유 전에 창작자가 어떤 표시나 신호를 준비했는가입니다.

Apple Reference Image는 ‘촬영 이후’보다 더 앞에서 시작합니다

Apple은 2026년 9월 iPhone 18 Pro와 iPhone 18 Pro Max의 메인 카메라에 Reference Image를 공개했습니다. 레퍼런스 모드로 촬영하면 센서가 픽셀 데이터를 직접 서명하고, 안전한 타임스탬프로 촬영 시점을 제한하며, 이 정보가 보안 디지털 네거티브에 묶입니다. 이후 사용자가 레퍼런스 이미지를 처리하면 Private Cloud Compute(PCC)가 서명과 캡처 정보를 확인한 뒤 사람이 볼 수 있는 기준 이미지를 만듭니다.

이 설계의 핵심은 ‘AI 사진인지 맞혀 보자’가 아닙니다. 보호된 카메라 경로가 촬영 순간 무엇을 받았는가를 기준점으로 남기는 것입니다. 사진 앱에서는 일반 사진과 레퍼런스 이미지를 오가며 자르기, 색상 조정, 생성형 AI 편집처럼 나중에 생긴 차이를 비교할 수 있습니다.

개인정보 측면에서도 ‘완전 온디바이스’라고 부르면 부정확합니다

Reference Image는 기본적으로 꺼져 있고 사용자가 선택해 켭니다. Apple의 개인정보 문서를 보면 레퍼런스 데이터를 처리·인증하기 위해 원시 사진 데이터와 관련 메타데이터가 PCC로 전송될 수 있습니다. Apple은 PCC 구조상 Apple이 원시 사진 자체를 볼 수 없다고 설명하지만, 부정 사용 방지와 인증을 위해 센서 식별자와 일부 메타데이터는 Apple 서비스로 전달될 수 있습니다.

따라서 이 기능의 정확한 표현은 ‘기기 안에서만 처리한다’가 아니라 개인정보 보호를 위해 설계된 검증 가능한 클라우드 처리까지 포함하는 인증 흐름에 가깝습니다. 전문 촬영이나 보도용으로 평가한다면 지원 기기와 지역별 제한도 함께 확인해야 합니다.

C2PA는 ‘센서가 본 장면’보다 더 넓은 이력을 다룹니다

C2PA의 Content Credentials는 이미지에 출처와 변경 이력에 관한 진술을 암호학적으로 연결하는 표준입니다. 어떤 카메라나 소프트웨어가 정보를 기록했는지, 편집 과정에서 무엇이 추가되었는지, 누가 서명했는지 같은 provenance 정보를 여러 도구와 플랫폼이 공통 구조로 다룰 수 있게 합니다.

중요한 한계도 C2PA 스스로 명확히 밝힙니다. 검증 가능한 Content Credential이 있다는 것은 그 provenance 정보가 해당 자산과 올바르게 연결되어 있고 변조 여부를 확인할 수 있다는 뜻이지, 사진 속 사건이 현실에서 ‘사실’이라는 판정을 자동으로 내려 준다는 뜻은 아닙니다. 서명 주체와 그 주체가 실제로 무엇을 주장했는지까지 읽어야 합니다.

반대로 Content Credentials가 없다는 이유만으로 가짜 사진이나 AI 이미지라고 볼 수도 없습니다. 참여 자체가 선택 사항이기 때문입니다.

그렇다면 Apple Reference Image가 C2PA를 대신하는 걸까요?

그렇게 보면 두 기술의 장점을 모두 놓치기 쉽습니다. Apple은 지원되는 카메라의 센서와 촬영 파이프라인부터 기준점을 만들려 합니다. C2PA는 훨씬 넓은 생태계에서 촬영 이후의 provenance와 편집 이력을 이어 가는 데 초점을 둡니다.

Apple은 보안 연구 문서에서 촬영 이후에 붙는 provenance만으로는 센서가 실제로 무엇을 봤는지까지 보장하기 어렵다고 지적합니다. 설계 관점에서는 중요한 차이입니다. 그렇다고 이후 편집 이력을 표준화해 전달하는 C2PA의 역할까지 사라지는 것은 아닙니다. 촬영 기준점과 이후의 이력은 서로 다른 문제입니다.

워터마크는 또 다른 층에 있습니다

보이는 워터마크는 이름, 스튜디오 로고, 상점명처럼 사람이 보자마자 알아볼 수 있는 표시입니다. 사진이 어디에서 왔는지 한눈에 전달하고 무심코 가져다 쓰는 행동에 마찰을 줍니다. 보이지 않는 워터마크나 신호는 화면을 덮지 않으면서 호환되는 시스템이 나중에 찾아볼 수 있도록 정보를 심는 방식입니다.

둘 다 만능 증명 수단으로 다루면 안 됩니다. 보이는 워터마크는 잘리거나 AI 편집으로 재구성될 수 있고, 보이지 않는 신호도 압축·리사이즈·크롭·스크린샷·강한 편집을 거치면 관찰 가능성이 달라질 수 있습니다. 특정 신호가 발견되었다고 해서 그 자체로 법적 소유권이나 전체 편집 이력이 자동으로 확정되는 것도 아닙니다.

카톡·SNS로 보내는 순간, 다시 ‘현재 파일’을 봐야 합니다

Apple은 지원되는 사진을 공유하거나 내보낼 때 Reference Image 정보를 포함할지 선택할 수 있게 합니다. C2PA provenance도 실제로 전달된 사본이 관련 정보를 보존하거나 다시 연결할 수 있어야 관찰할 수 있습니다. 보이는 워터마크는 픽셀로 남아 있는 동안 보이고, 보이지 않는 신호는 그 사본에 가해진 변환을 견딘 만큼만 다시 찾을 수 있습니다.

메신저 재압축, SNS 리사이즈, 스크린샷은 모두 새로운 파일 상태를 만들 수 있습니다. 그래서 “어떤 기술이 이겼나?”보다 지금 내 손에 들어온 이 파일에는 어떤 정보가 남아 있는가가 더 실용적인 질문입니다.

실제로는 이렇게 층을 나누면 이해하기 쉽습니다

촬영 자체의 기준점이 필요한 경우: 지원되는 iPhone과 용도라면 Reference mode가 촬영 단계의 기준 자료를 만들 수 있습니다.

편집·게시 과정의 provenance가 필요한 경우: 사용하는 카메라·편집기·게시 시스템이 Content Credentials를 지원한다면 서명 주체와 assertion 내용을 함께 확인합니다.

사진을 공유하기 전 창작자 입장: 원본은 따로 보관하고 공유용 사본을 만든 뒤, 이름·로고 같은 보이는 표시와 추가적인 보이지 않는 신호가 필요한지 결정합니다.

나중에 파일을 다시 받은 경우: 메타데이터, provenance, 이미지 상태 단서, 시스템별 신호를 서로 섞지 말고 각각 확인합니다. ‘정보가 없음’을 ‘문제 없음’으로 바꾸어 해석하지 않는 것이 중요합니다.

SIGNA는 이 흐름에서 어디에 들어갈까요?

SIGNA는 Apple Reference Image를 대체하지 않고 C2PA를 대신하지도 않습니다. 시작 지점이 다릅니다. Android에서 공유할 사본을 준비할 때 보이는 워터마크와 보이지 않는 SIGNA 신호를 함께 넣을 수 있고, 지원되는 이미지 처리 흐름은 기기에서 수행하도록 설계되어 있습니다. 이후 지원되는 파일에서는 이미지 상태 정보와 SIGNA 신호가 관찰되는지 확인할 수 있습니다.

즉 질문이 “이 iPhone 센서가 그 순간 무엇을 촬영했는가?”라면 Reference Image의 영역입니다. 반대로 “이 사진을 밖으로 보내기 전에 어떤 표시와 신호를 준비할 것인가, 나중에 돌아온 사본에서 무엇을 확인할 것인가?”라면 SIGNA가 자연스럽게 들어가는 지점이 생깁니다.