Apple 推出 Reference Image:可验证摄影的新方案
如今,功能强大且普及度高的 AI 工具让用户能够轻松生成或修改照片,使其真实程度远超几年前的想象。这些工具带来了一些实用功能,比如一键去除背景干扰,但也让区分“记录真实事件的摄影作品”和“重度修改或完全由 AI 生成的合成图像”变得极为困难。因此,当照片的核心作用是证明某事确实发生过时,仅靠图像看起来真实已不足以验证其可靠性。
解决这一问题并非易事。现代相机依赖复杂的图像处理算法生成最终可见图像,因此要认证图像是否准确反映了相机传感器捕捉到的真实画面,需要建立一条涵盖传感器及处理捕捉数据的计算摄影软件的信任链。业界基于 C2PA 标准的做法是在拍摄完成后附加来源元数据,并认证该图像此后的一系列编辑历史。然而,这种方式在编辑链的任何环节都可能遭到破坏,且观看者无法检测到此类失败。此外,对于在危险环境中工作的摄影师而言,将图像与特定设备或个人公开身份绑定,还存在隐私风险。
iPhone 是全球最受欢迎的相机,也是安全级别最高的消费级移动设备。Apple 因此具备独特的优势来应对这一挑战。iPhone 相机集成在一个自硅底层起便设定行业最高安全标准的平台中。我们同样运营着 Private Cloud Compute (PCC),这是业界领先的隐私保护云基础设施,具备安全、可审计特性,能执行可验证的算法运算,同时确保任何人也无法查看正在处理的数据——即便是 Apple 自己也无法做到。
基于这些业界领先的能力,我们打造了Apple Reference Image——一套全新的 iPhone 可验证拍摄方案,将首发于 iPhone 18 Pro 和 iPhone 18 Pro Max 的主摄像头传感器。这个全新的可选相机模式,让摄影师可以生成一张带安全时间戳的参考图像,如实反映 iPhone 相机传感器当时捕捉到的画面。设备上的专用安全硬件负责保护这张参考图像的完整性,Private Cloud Compute 则在处理过程中保护图像数据的隐私。整套系统在设计上能够抵御入侵,无论可能性多么微小:即便出现伪造图像,也可以在不暴露摄影师身份的前提下将其吊销。
Apple Reference Image 提供了一个可信赖、可扩展的保证,确保参考图像名副其实:一张在特定时间由 iPhone 相机真实传感器拍摄的真实照片。它为可验证的数字摄影树立了新的标准。
Apple Reference Image 的核心要求
一套高保障的摄影溯源系统必须满足三项核心要求:
- 语义真实性:参考图像必须忠实呈现传感器所捕捉的画面。对最终可见图像的任何转换,都必须可以公开验证。
- 抗入侵能力:图像的真实性不会因篡改相机传感器、常见密码学攻击或设备软件级越权而受到破坏。即使在这些防护之下仍生成了伪造的参考图像,也可以将其吊销。
- 隐私保护:外部观察者无法判断任意两张参考图像是否来自同一设备。图像内容不会暴露给 Apple 或任何第三方。
Apple Reference Image 利用 iPhone 18 Pro 和 iPhone 18 Pro Max 的定制图像传感器来确保图像数据采集的可靠性,并依托 Private Cloud Compute 提供的安全处理环境——即使设备被入侵,这一环境也不会被攻破。我们相信,目前市面上没有其他摄影溯源系统能满足这些严格的要求。
语义真实性
对于任何摄影真实性验证系统而言,核心目标在于确保用户能够信任:作为认证图像呈现的内容,确实对应实际拍摄的场景。这类系统面临的关键难题,是如何保护现代计算相机的复杂图像处理流程。仅对传感器输出的原始数值进行签名是无法直接生成可观看图像的,这些像素仍需要经过如去马赛克和镜头阴影校正等大量处理才能使用。为了解决这一问题,以往的行业系统通常将图像签名推迟到软件处理流程的末端。但这种做法容易遭受攻击,例如在传感器数据传输过程中注入伪造的像素数据,或者利用设备操作系统的漏洞在签名前彻底篡改图像。无论是直接对原始传感器数值签名,还是将签名推迟至图像处理完成后,都无法达到我们对语义真实性的标准。我们的解决方案在于将 Apple Reference Image 流程拆分为两个阶段:创建安全的数字底片,以及将底片冲洗为参考图像。每个阶段都获得了我们最强等级的保护。
创建安全数字底片始于摄像头传感器的安全启动,进入专用的参考捕获模式。该模式指示传感器在捕获后立即对像素数据进行加密签名,并阻止传感器固件修改数据。这建立起一种由硬件强制执行的安全保障,确保操作系统接收到的像素数据与硬件传感器捕获的内容完全一致,从而防止注入或篡改攻击。
我们对图像元数据也施加同等强度的保护。传感器生成的元数据会在捕获时与像素数据一并签名。对于少量源自摄像头传感器之外的元数据值(例如数码变焦边界和焦距),我们使用 Secure Enclave Processor (SEP) 对这些数值进行签名。这种传感器外部的元数据无法改变像素值本身。
知晓照片拍摄的确切时间,通常是验证其真实性的重要环节。以往的工业系统往往依赖设备操作系统提供的时间戳,但我们认为这种机制远不足以应对现实世界对数据真实性的验证需求。Apple Reference Image 则不同,它利用 Apple 的加密时间戳服务,为拍摄时间提供上限和下限区间,并保证照片确实拍摄于这两个界限之间。设备会定期请求加密时间戳令牌,并保存最近收到的那个令牌。在全球范围内,这一操作平均每 15 分钟发生一次,具体间隔取决于本地网络状况。这为拍摄时间提供了可证明的下限时间戳。拍摄完成后,设备会请求第二个时间戳作为上限,并将这两个时间戳嵌入到传感器数据中并加以签名。
由此生成的安全数字负片(secure digital negative)包含了渲染参考图像所需的所有核心信息——像素数据、关键的传感器元数据以及安全的时间戳界限——且这些信息均受到保护,免受设备软件受损的影响。
要将安全数字负片转化为用户可见的参考图像,我们利用了由 Private Cloud Compute 提供的隐私保护计算环境。当用户选择生成参考图像时,设备会将数字负片上传至 PCC。PCC 会在一个高度安全、私密且可验证的环境中执行渲染图像所需的处理步骤,包括去马赛克(demosaicing)、色调映射(tone mapping)和压缩。专家可以验证 PCC 在处理过程中不会篡改数字负片,因为可以审查执行这些操作的软件。PCC 的每一个生产版本都会记录在一个仅追加(append-only)、经加密防篡改的透明度日志中,其二进制文件可供公众检查,且设备只会向能够证明运行了该日志中特定版本构建的节点发送数据。这些与我们为保障 Apple Intelligence 请求隐私而做出的高标准承诺完全一致,详细内容已在此前的文章中深入介绍。
Apple Reference Image 将这两个阶段的强保障结合在一起——硬件层面对安全数字底片的保障,以及 PCC 对处理算法的可验证透明度——为最终生成的图像提供业界领先的语义真实性。
抵御攻击的能力
在设计 Apple Reference Image 时,我们考虑了广泛类型的攻击,并构建了一套能从多个层面抵御入侵的系统。
如上所述,我们将核心参考图像管线设计为可以承受操作系统被攻破或传感器总线遭遇数据注入攻击。但我们还需要额外的防护措施,来应对范围更广、可能包括把传感器从设备上拆下来这类硬件攻击。
这些防御从拍照之前就开始了,也就是在制造阶段。图像传感器在工厂中首次初始化时,会创建一个加密签名身份,只把公钥分享给工厂。SEP 同样会创建一个经过独立认证的签名身份。这些身份被绑定到设备清单中,让我们之后可以验证某个传感器和 SEP 是否来自同一台设备。拍摄时,设备会把这一平台信息写入生成的数字底片。之后当参考图像在 PCC 中进行显影处理时,PCC 就能验证照片确实来自一对合法的传感器与设备配对。
我们还考虑了密码学层面的攻击。据我们所知,现有的照片签名方案都采用经典安全算法,但抗量子的算法对加密签名的长期完整性正变得日益关键。参考图像是公开发布的资产,其完整性必须维持到任何人还想验证它的时候,因此仅能抵御经典攻击者的签名是不够的:一张在 2026 年被认定为真实的图像,理应能被永久安全地验证。所以我们设计的系统可以抵御针对任何用于保护公开分发的参考图像完整性的算法的量子攻击。参考图像上的最终签名是由 RSA-3072 和 ML-DSA-87 组成的复合后量子签名。据我们所知,Apple Reference Image 是唯一提供抗量子防御的图像来源系统。
最后,鉴于没有任何安全系统是完美的,我们建立了一套吊销机制,能够撤销单张照片,甚至撤销特定传感器的所有照片。在开发安全数字负片的过程中,PCC 会计算一个置信度分数,评估图像是否具备由我们相机传感器输出的原始图像应有的物理特征。在对已开发的参考图像进行签名之前,PCC 会将照片 GUID、传感器 ID 及该置信度分数发送至配套服务,该服务会记录这些数据并更新与特定传感器关联的运行分数。若低分传感器被吊销,PCC 将不再为其图像签名。Apple 设备会定期获取更新后的吊销列表;每当查看参考图像时,用户可以确信该图像未被认定为欺诈内容。
隐私保护
其他行业解决方案要求摄影师或机构使用自己的凭证为图像背书。我们担心这会使某些摄影师(例如在冲突地区作业者)陷入困境;证明图像真实性不应以放弃匿名性为代价。我们在构建 Apple 参考图像时,避免使用摄影师的显式公开凭证,同时也避免不同照片(由同一传感器拍摄)之间产生隐式的公开关联。最终的参考图像由 Apple 的签名服务在 PCC 验证之后进行签名。该签名由 Apple 最强的技术保证提供支持。
我们的实现还保护了图像本身的机密性,包括对 Apple 自身的保护。仅仅拍摄参考图像绝不应将实际像素暴露给 Apple 或任何其他人。我们通过 PCC 卓越的隐私属性来实现这一点——PCC 节点的架构设计使得连 Apple 都无法访问图像数据,正如 Apple 无法看到在 PCC 中为 Apple Intelligence 处理的信息一样。尽管吊销服务必须维护照片 GUID 和关联传感器的私有记录以支持吊销操作,但它从未接触图像数据,也不允许公开访问这些记录。此外,由于最终吊销检查是通过设备本地列表完成的,设备无需向任何人透露其正在查看哪张照片即可验证其有效性。
此外,我们在所有可行的地方都限制了网络可见性。时间戳请求通过隐匿 HTTP 传输,使得时间戳服务无法获取请求设备的 IP 地址。同样,对撤销和签名服务的调用由 PCC 自身发起,仅向这些服务传递其运行所需的最少信息。我们认为,这些隐私保护措施远比现有任何图像溯源系统强大,既能让摄影师和观众获取真实图像,又避免了无意识中泄露个人信息。
在语义真实性、抗破坏能力和隐私保护这三项要求上,我们认为 Apple Reference Image 为行业标准树立了新的安全标杆。对于还想深入了解技术细节的读者,下一部分将具体阐述支撑 Apple Reference Image 安全保证的制造、签名及验证流程。
技术细节
参考图像初始化
Apple Reference Image 的基础在设备制造期间奠定。当 Apple 图像传感器首次初始化时,它会生成自己的 ECDSA P-256 签名密钥对,且绝不出售私钥。工厂录制站仅获取对应的公钥,使用工厂证书颁发机构(CA)对其进行签名,并将该密钥及证书记录在设备的硬件清单中。
安全 enclave 处理器(SEP)经历类似流程:它生成由独立 CA 下的基本认证机构(BAA)认证的密钥,从而使设备日后能生成签名,让 Apple 将该签名归属于特定手机。第三个 CA 随后对设备清单本身进行签名,将传感器密钥和 BAA 认证的 SEP 密钥绑定在一起,表明它们属于同一台 iPhone。正是这种绑定,让我们日后能够断定特定传感器和特定安全 enclave 既过去也是现在都是同一设备的一部分。
设备投入使用后,便会开始收集时间戳。Apple Push Notification Service(APNs)运行着一套现有的心跳协议,用于保障推送通知连接的健康状况。现在,APNs 会伴随心跳一同下发来自 Apple 时间戳服务的最新 RFC 3161 时间戳令牌(使用 ECDSA P-256 配合 SHA-256 签名),设备会保留最近收到的一个。
图像拍摄
要开始拍摄流程,用户需要切换到 Reference 模式。此时传感器会重启进入专用的安全 reference 模式。该拍摄模式只从设备操作系统接收一个输入:一个 SHA-256 摘要,将被嵌入到拍摄帧元数据中的固定位置。这个摘要由最近的安全时间戳、设备 manifest 以及设备的安全启动 manifest 共同计算得出。
拍摄时,传感器以模拟信号测量光线,随后完成数字化。数字化后的帧与嵌入的元数据摘要在传感器内部一起用传感器私钥签名。相机系统还会收集来自操作系统层面的元数据(数码变焦倍率、曝光和镜头参数)。我们对传感器签名与这些元数据做绑定,并用 SEP 中的 BAA 认证密钥进行签名。
接着我们对 SEP 签名计算 SHA-256 承诺值,发送给时间戳服务。服务会返回一个签名令牌,证明这张照片在该时刻之前就已存在——这是一个上界,与已嵌入帧内的下界互为补充。如果设备处于离线状态,暂时拿不到上界;后台进程会持续重试该请求,一旦成功就插入令牌,从而给出当前条件下最紧凑的时间区间。
到目前为止产生的所有内容——像素数据、两个签名、时间戳、元数据、设备 manifest 和安全启动 manifest——都以 DNG 格式存储在设备上的安全数字底片中,并与标准流程常规处理出的照片关联。这份底片可以无限期保存在设备上,也可以以这种未显影的状态直接分享,满足专业摄影师可能的工作需求。
Reference Image 显影
当用户开始生成参考图像时,设备会将安全数字底片上传至 Private Cloud Compute。PCC 重新计算嵌入帧中的摘要,并验证传感器对像素及该摘要的签名,同时将证书链追溯至传感器 CA。PCC 还需验证 SEP 的签名并将其链接至 BAA CA,并验证设备清单上的签名,将其追溯至工厂端签署设备清单的 CA。在此之后,确认这些证书链中指定的传感器和 SEP 属于同一设备。只有当所有这些检查通过时,处理才会继续。
接下来,PCC 检查时间戳。如果下限时间戳验证失败,由于该功能在此日期之前不存在且照片不可能早于该日期,PCC 将使用 2026 年 3 月 31 日作为替代。如果上限时间戳缺失或验证失败,PCC 将使用 PCC 的当前处理时间作为替代。
利用具有隐式权重的神经网络,PCC 计算该照片的置信度得分。这一步骤确认了图像具有传感器原始输出所预期的物理特征,从而增强对其真实性的信心。随后,PCC 通过去马赛克、色调映射及相关修正来对底片进行开发。结果被压缩为 JPEG 并进行哈希计算,生成针对该开发图像的承诺。此哈希有两个用途:若通过我们剩余的检查,它将成为被签名的值;同时它提供用于生成照片 GUID 的位数据。
PCC 将照片 GUID、原始哈希、置信度得分和传感器 ID 发送给配套服务,该服务会记录这些内容,更新与该传感器关联的累计置信度得分,并确认该传感器未出现在吊销列表中。若这些检查通过,PCC 随后将承诺提交给我们的签名服务,该服务使用混合的 MLDSA87-RSA-3072-PSS-SHA512 方案生成一个复合的后量子签名。该签名被嵌入 JPEG 中,参考图像被返回至设备,设备将其与原始拍摄的主照片相关联。
安全数字底片成功开发后,会自动移至已删除照片文件夹。与任何被删除的照片一样,用户可根据需要恢复该底片用于保存,或立即彻底删除;否则将在 30 天后自动清除。
客户端在显示参考图片时,会校验 JPEG 文件的最终签名,并确认该照片的 GUID 未出现在当前的吊销列表中,通过验证后才会展示图片。
结语
Apple Reference Image 依托苹果在软硬件领域的独特优势,涵盖出厂时的传感器身份认证、芯片安全以及 Private Cloud Compute,为摄影师提供了一种全新的方式来提供可验证的照片。这使得他们能够证明 iPhone 实际捕捉到的内容,而无需暴露公开身份或依赖第三方信任。其核心在于,将 iPhone 相机传感器的签名与安全戳记且防篡改的记录绑定,在 Private Cloud Compute 内运行并执行公开可验证的代码,并使用专为长期安全设计的复合后量子签名进行签名。若日后发现某设备遭到入侵,可对其图片进行吊销并追溯标记,而不会泄露哪些图片来自同一传感器。这一验证模型让摄影师、新闻机构及普通用户重拾信心,确信所看到的图片确实是由相机拍摄的真实照片。