생성형 AI가 만든 가짜 이미지가 넘쳐나면서, 촬영 순간 카메라가 이미지에 암호학적 서명을 남겨 '진짜 사진'임을 증명하겠다는 구상이 주목받았다. 이 표준이 C2PA(콘텐츠 출처·진위 표준)다. 이론상 서명 키가 하드웨어 보안 영역에 보관되고, 그 키로 서명된 이미지만 진본으로 인정되므로 위조가 불가능해 보인다. 그러나 보안 연구자 데이비드 뷰캐넌(David Buchanan)은 2026년 8월 공개한 분석에서, 적어도 안드로이드 플랫폼에서는 이 신뢰 모델이 현실과 부딪히는 순간 깨진다고 지적했다. 그는 구글이 C2PA 적합성 프로그램에서 정의한 최고 등급인 '보증 레벨 2'를 획득한 픽셀 카메라 앱을 표적으로 삼았다. 가장 강한 구현을 무너뜨려 논점을 분명히 하기 위해서다.
신뢰의 사슬이 끊기는 지점
안드로이드의 C2PA 카메라 앱은 사용자가 앱을 조작해 이미지 센서가 아닌 임의의 파일에 서명하지 못하도록 키 증명(Key Attestation)과 구글 플레이 무결성(Play Integrity)에 의존한다. 문제는 이 방어선이 루트 권한 상승(LPE) 공격 앞에서 무력하다는 데 있다. 정상적으로 부트로더를 열어 펌웨어를 바꾸면 공장 초기화가 일어나고 증명 절차가 이를 감지해 구글이 키 발급을 거부한다. 그러나 익스플로잇으로 기기를 루팅하면 부트로더는 여전히 잠겨 있고 AVB 키도 그대로여서, 증명 서버는 이미 침해된 기기에 아무 의심 없이 키를 내준다. 서명 키 자체는 신형 픽셀의 타이탄 M2 내 StrongBox에 격리돼 추출되지 않지만, 루트 권한을 쥔 공격자는 키를 꺼낼 필요가 없다. StrongBox에게 '이 데이터에 서명하라'고 요청하기만 하면 원하는 위조물을 만들 수 있기 때문이다.
패치로 막을 수 없는 이유
증명 메커니즘의 전제는 알려진 소프트웨어 취약점이 제때 패치되고, 검증 주체가 사용자에게 업데이트를 강제하면 더 이상 루팅이 불가능하다는 것이다. 하지만 이 전제는 두 방향에서 무너진다. 첫째, 저비용 하드웨어 결함 주입(fault injection) 공격은 패치 수준과 무관하게 작동하며 근본적으로 수정할 수 없다. 뷰캐넌은 앞선 연구에서 라이터 수준의 값싼 장비로 루트를 얻은 바 있다. 둘째, 소프트웨어 취약점조차 패치가 항상 제때 나오지는 않는다. 글 작성 시점에 완전히 패치된 픽셀 기기에서도 CVE-2026-43499를 이용한 원클릭 루트 익스플로잇이 실제로 존재했다. 흥미롭게도 메타는 VR 게임 부정행위를 막기 위해 같은 취약점을 퀘스트 헤드셋에서 이미 패치했지만, 구글은 자사 플래그십 픽셀에 패치를 내놓지 않은 상태였다. 여기에 정부 기관이나 모바일 포렌식 업체처럼 자금이 넉넉한 조직은 비공개 익스플로잇을 비축하는데, 이들은 정확히 C2PA 위조를 막아야 할 대상이다.
실무적으로 이 문제는 픽셀에 국한되지 않는다. 안드로이드의 다른 'C2PA 카메라' 앱들도 대부분 키 증명이나 플레이 무결성에 의존하므로 동일한 방식으로 뚫린다. 오히려 픽셀을 루팅할 필요 없이 안드로이드 생태계에서 가장 값싸고 취약한 기기를 골라 공격하면 된다. 적합성 목록에서 attestationMethods에 Android_KeyAttestation이나 Google_PlayIntegrity가 포함된 구현은 사실상 같은 위험을 안고 있다. 진본으로 표시된 이미지나 '카메라로 촬영됨'이라는 안내가 붙은 영상이 실제로는 AI 생성물일 수 있다는 뜻이다.
다만 방어 측면의 한계도 분명하다. 삼성은 실시간 커널 보호(RKP)와 EL2 하이퍼바이저 기반 메모리 보호를 도입해, 페이지 테이블 비트를 뒤집는 뷰캐넌의 초기 하드웨어 기법을 무력화했다. 그는 우회 전략을 구상 중이라고 밝혔으나 아직 구현하지 못했다. 인텔 MEE나 애플 SEP 메모리 보호 엔진처럼 외부 DRAM을 신뢰하지 않는 하드웨어 대책도 존재하지만, 안드로이드 커널 전체를 그 안에서 돌릴 만큼 성능이 나오지 않는다. 결국 C2PA를 안드로이드에서 제대로 고치려면 AI 처리를 포함한 이미지 파이프라인 전체를 강력한 하드웨어 메모리 보호가 걸린 보안 엔클레이브 안에서 실행하도록 소프트웨어 스택을 재설계해야 한다.
구글은 이 보고서를 '수정 불가(infeasible)'로 종결하면서도 7,500달러의 포상금을 지급했다. 하드웨어 글리칭과 사이드채널은 공식적으로 포상 범위 밖이라는 점은, 가장 명백한 공격 경로가 취약점 보상 프로그램의 보호를 받지 못한다는 사실을 드러낸다. 뷰캐넌은 추가로 개인 키 노출 취약점도 발견해 신고했고 구글이 하루 만에 패치했다고 전했다. 그러나 대다수 C2PA 검증 도구가 키 폐기(revocation) 여부를 확인하지 않는다는 점은 또 다른 구멍으로 남는다.
한국의 개발자와 보안 담당자에게 이 사례가 주는 함의는 분명하다. '카메라가 서명했으니 진짜'라는 단순한 신뢰는 위험하다. 콘텐츠 진위를 다루는 시스템을 설계한다면 서명 존재 여부만이 아니라 발급 기기의 무결성 가정, 폐기 목록 확인, 그리고 화면을 재촬영하는 방식 같은 광학적 우회까지 위협 모델에 넣어야 한다. 진위 표시는 보조 신호일 뿐 최종 판정 근거가 될 수 없으며, 하드웨어 신뢰 기반이 무너질 수 있다는 전제 위에서 검증 로직을 세워야 한다는 것이 이번 분석의 핵심이다.