iPhone 18 Pro 把密码学签名塞进传感器，照片真伪验证逻辑被改写
尼埃普斯把涂有感光材料的白镴板放进暗箱那年，不会想到两百年后，人们争论的焦点会变成一张照片是否真的来自现实。生成式 AI 让「看起来真实」变得廉价，裁切、修图、再丢给另一个模型，任何可见标记都能被抹掉。苹果给出的回应不是给假图盖章，而是给真照片发凭证——Apple Reference Image，首发落在 iPhone 18 Pro 和 iPhone 18 Pro Max 上。
可见水印挡不住裁切，隐水印又没人主动去验
给 AI 生成内容打标记的做法并不新鲜。豆包那种可见水印是大家最熟悉的形态，但它的弱点同样明显：裁掉、修掉，或者再交给另一个模型重绘一遍，标记就没了。
谷歌的 SynthID 走的是另一条路。这套隐水印覆盖文本、图像等多种模态，把肉眼不可辨别的数字信号嵌进内容里，谷歌自身以及 Anthropic、OpenAI 等公司都在采用。问题出在验证端——普通人在刷到一张照片时，既不懂也不会主动打开 SynthID 校验工具去查真伪。
苹果的判断是：既然判断「假」越来越难，不如换个方向，让相机证明「真」。Reference Image 的核心思路就落在这里。
签名不在文件上，在传感器里
给真实照片加水印，听起来像在照片角落盖一个「Shot on iPhone」，实际远不止如此。
如果一张照片已经处理完、生成了 JPEG，系统才补上一份凭证，那这份凭证最多只能说明盖章之后没被改过。盖章之前有没有被替换？凭证回答不了。信任的起点必须继续往前推，推到光线穿过镜头、抵达传感器、被转换成数字信号的那一刻。
iPhone 18 Pro 开启参考模式后，主摄传感器进入专门的安全捕获模式。原始像素一出来，传感器就用内部私钥对其签名，硬件机制还会阻止固件在签名前改动数据。这样被保护的就不只是输出结果，还包括输出数据与实际捕获画面之间的对应关系。
苹果不是可信拍摄的发明者。徕卡此前推出的 Leica Content Credentials 已经做了类似的事：机内专用安全硬件为照片文件附上密码学签名，采用 C2PA 标准。但徕卡的凭证是在 JPEG 文件生成时建立的，从传感器捕获到文件落地，中间已经走过一系列处理步骤。数据若在签名前被替换，最终文件即便签名有效，也未必忠实于最初画面。苹果想回答的正是这个缺口：如何让从原始捕获到最终成片的整条链路都可验证。
第一步是确认签名的传感器确实属于这台 iPhone。生产阶段传感器生成专属密钥，私钥留在内部，公钥用于验证签名；安全隔区（Secure Enclave）另建独立签名身份，苹果通过设备硬件清单把两者登记为同一台设备的部件。验证时两相核对，身份这一环才能通过。
苹果没有假设传感器永远不会被攻破。若某颗传感器的私钥泄露，攻击者就可能为伪造数据生成有效签名。因此 Reference Image 设计了撤销机制：一旦发现某颗传感器安全性受损，苹果可撤销与之关联的照片认证，让泄露的私钥不会永久成为伪造通行证。
约 15 分钟一次校时，底片交给云端冲洗
设备身份确认之后，还得知道照片是什么时候拍的。EXIF 里的时间依赖设备时钟，用户能手动改，被入侵的系统也能提供假时间。iPhone 会定期从苹果的密码学时间戳服务获取签名时间凭证，全球平均约每 15 分钟一次；拍摄完成后再请求一份新的。两个可信时间点把拍摄行为夹在中间，苹果证明不了具体哪一秒，但能证明照片产生于这两点之间。即使拍摄时没有网络，后一份凭证也能在恢复连接后补齐。
到此，原始像素、元数据、传感器与安全隔区的签名、设备硬件清单以及可信时间信息，会被打包成一份安全数字底片（Secure Digital Negative），以 DNG 格式保存在手机里。
底片还不是最终照片。RAW 到 JPEG 之间要经过图像处理，这一步若被篡改，前面建立的信任可能全部作废。苹果把「冲洗」交给私有云计算 Private Cloud Compute（PCC）：选择生成 Reference Image 时，PCC 先核对原始像素、签名、证书、设备身份和时间信息能否组成完整证据链，通过后才处理 RAW 数据，生成 JPEG 下载回本地。
云端凭什么可信？苹果的做法是让云端本身也成为验证对象。PCC 正式部署的软件版本记录在受密码学保护的透明日志中，对应二进制文件向外部安全研究人员公开；上传底片前，iPhone 还会确认目标服务器运行的是日志中记录的版本。最后经苹果签名服务签一次，一张可独立验证的 Reference Image 才算完成。
有个细节值得留意：PCC 除了核对密码学签名，还会额外跑一个神经网络，检查图像是否具备苹果相机传感器原始输出应有的物理特征，并生成可信度评分。这些评分与照片唯一标识符、传感器 ID 一起交给撤销服务，用于持续评估传感器状态。某颗传感器若持续产出异常数据，苹果可据此发现风险并撤销其照片认证。验证在这里形成了循环——传感器为照片提供可信来源，照片反过来成为检查传感器是否仍可信的依据。
它证明相机拍到了什么，不证明画面里的事发生过
每颗传感器都有专属密钥，苹果也能通过硬件清单确认照片来自哪台 iPhone。那么拿到多张 Reference Image 的人，能否通过传感器身份判断它们是否出自同一设备，进而追踪摄影者活动？对普通用户这只是隐私问题；对战地记者或调查敏感事件的摄影者，暴露设备身份可能意味着直接的人身安全风险。苹果的处理方式是把传感器内部身份凭证从最终图像中移除，外部验证者只能看到苹果为照片提供的签名——相当于一枚「经过可信相机捕获」的印章。
Reference Image 的边界同样清晰。用 iPhone 拍摄电脑屏幕上 AI 生成的假图，照片可以通过全部验证，但它只能证明相机确实拍到了那块屏幕，证明不了画面里的事情真实发生过。另一条边界在时间戳：它给出的是区间而非精确时刻，需要精确到秒的场景仍需另找依据。
从行业视角看，苹果把设备级密码学验证从文件层下沉到传感器层，方向与 C2PA 等标准一致，但执行深度更靠前。对新闻机构、法律取证和内容平台而言，可独立验证的拍摄来源意味着审核成本可能下降；对普通用户，这套机制短期内更像一个可选项，而非默认开关。真正的考验在于生态——如果只有 iPhone 一侧支持，验证链的另一端没有接收方，Reference Image 的价值就只停留在技术演示层面。苹果把最难的一步做完了，剩下的取决于有多少平台愿意接住这枚印章。