- Apple 参考图像从受支持 iPhone 的拍摄环节开始，为相机传感器当时捕获的内容建立受保护的参考基准。
- C2PA / Content Credentials 是开放的内容来源标准，用来把创作、签名和编辑过程中的声明与数字资产进行加密绑定。
- 可见水印面向人眼传达署名或品牌；不可见水印或信号则需要兼容的检测系统去寻找。它们与内容来源记录不是同一件事。
“这张照片是真的吗”其实至少包含三类问题
第一类是拍摄问题：真实相机在那个时刻究竟捕获了什么？第二类是来源问题：这个文件声称由谁创建、经过哪些工具和编辑？第三类是分享问题：作者在把文件发出去之前，是否加入了署名、品牌或其他可检测信号？如果把这三类问题都压缩成“真/假”，很容易误读技术给出的信息。
| 技术层 | 从哪里开始 | 最适合回答的问题 |
|---|---|---|
| Apple 参考图像 | 受支持 iPhone 的拍摄时刻 | 受保护的相机链路当时捕获了什么？ |
| C2PA / Content Credentials | 设备、软件或发布方写入来源声明时 | 哪些来源与编辑声明和这个数字资产加密关联？ |
| 可见水印 | 人眼直接看到的图像表面 | 需要立即显示谁的名字、品牌或出处？ |
| 不可见水印／信号 | 按具体方案嵌入图像数据 | 这个副本里还能否观察到兼容信号？ |
Apple 参考图像把基准点放到了传感器一侧
Apple 在 2026 年 9 月公布了 Apple Reference Image，并首先用于 iPhone 18 Pro 和 iPhone 18 Pro Max 的主摄。开启“参考模式”拍摄时，传感器会对像素数据进行签名，安全时间戳用于限定拍摄时间，相关数据保存在安全数字底片中。之后用户处理参考图像时，Private Cloud Compute（PCC）会验证这些信息，再生成可查看的参考图像。
因此，它要解决的不是“看起来像不像 AI 图”这种概率判断，而是更具体的问题：受保护的相机采集链路在拍摄时收到了什么。在“照片”App 中，用户可以把参考图像和普通照片进行切换比较，观察裁剪、颜色调整或生成式 AI 修改等后续变化。
现代手机相机需要去马赛克、色调映射等处理才能得到可观看的照片。Apple 的思路是保护传感器侧的采集，再通过受控、可验证的处理路径把这份采集数据发展成参考图像。
隐私模型也比“全部在本机”更复杂
Apple 参考图像默认关闭，由用户主动启用。Apple 的隐私说明显示，为了处理和认证参考图像，原始参考数据和相关元数据可能会发送到 PCC；Apple 表示 PCC 的设计使 Apple 无法读取原始照片本身。同时，为了防欺诈和撤销机制，传感器硬件标识和部分认证元数据可能会继续发送到 Apple 服务。
所以更准确的理解是：它包含一个以隐私保护为目标的可验证云端处理环节，而不是单纯的“全程离线”功能。设备、系统版本和地区限制也属于实际使用条件的一部分。
C2PA 关注的是更广泛的“内容来源与编辑历史”
C2PA 的 Content Credentials 可以把关于来源、使用工具、编辑动作和签名方的声明与数字资产进行加密绑定。它的价值在于开放和互操作：相机、编辑软件、发布机构和平台可以围绕同一套 provenance 结构交换和验证信息。
但 C2PA 自己的说明也强调，来源数据可验证，并不等于画面中的事件自动被判定为真实。你仍然需要看是谁签名、签名者具体声明了什么。反过来，没有 Content Credentials 也不能自动推出“这是假的”或“这是 AI 生成的”，因为这套机制本身是可选的。
Apple 参考图像是不是要取代 C2PA？
把两者理解为简单替代关系并不准确。Apple 试图在自家受支持硬件上，从传感器和受保护的成像链路建立高保证的拍摄基准。C2PA 则面向更广泛的设备和软件生态，重点是让后续创作、编辑和发布过程中的来源信息可以延续。
Apple 的安全研究文章提出，拍摄完成后才开始记录的 provenance，并不能单独证明传感器最初看到的内容。这是重要的设计差异。但拍摄之后发生了哪些编辑、由谁签名、如何跨工具传递这些信息，仍然是另一个独立问题。
水印解决的又是另一层需求
可见水印是给人看的：摄影师名字、工作室 Logo、店铺品牌、预览标记。不可见水印或信号则希望在不遮挡画面的情况下，为后续兼容检测留下另一条线索。
它们都不应该被包装成万能证明。可见水印可能被裁掉或通过生成式编辑重建；不可见信号的可观察性也可能在压缩、缩放、截图、裁剪或强编辑后发生变化。检测到某个系统的信号，也不意味着法律上的所有权或完整编辑历史被自动确认。
一旦经过平台分享，就重新检查“手里的这个文件”
Apple 允许用户在分享或导出时决定是否包含参考图像信息。C2PA 来源信息能否在后续副本中观察到，也取决于该工作流是否保留或重新连接相关凭据。可见水印依赖相应像素仍在，不可见信号则依赖嵌入在变换后还具有多少可检测性。
社交平台重新编码、聊天软件压缩、截图，都可能制造出技术状态不同的新文件。实际分析时，最有用的不是问“哪套技术赢了”，而是问：我现在收到的这个副本里，究竟还剩下哪些可观察信息？
把它们放进同一条工作流，就容易理解了
需要高保证拍摄基准：在受支持的 iPhone 和适合的场景中使用参考模式。
需要把来源记录带过编辑流程：在支持 Content Credentials 的拍摄、编辑和发布工具中使用它，并查看签名者和具体声明。
创作者准备公开副本：保留原始文件，另外制作分享副本，再决定是否需要可见署名与额外的不可见信号。
后来收到一个副本：把元数据、provenance、图像状态线索和系统专用信号分开看。没有发现某类信息，不应被解释成“已经证明没有问题”。
SIGNA 位于“分享前准备”这个环节
SIGNA 不替代 Apple 参考图像，也不替代 C2PA。它从另一个环节开始：在 Android 上为受支持的分享副本加入可见水印和不可见 SIGNA 信号，相关图像处理流程设计为在设备上完成。之后，也可以对受支持的文件查看图像状态信息，并检查 SIGNA 信号是否仍可观察。
如果问题是“这台 iPhone 的传感器在拍摄那一刻看到了什么”，那是 Apple Reference Image 的范畴。如果问题是“我准备把这张图发出去，想留下什么可见署名和额外信号；以后副本回来时还能检查什么”，SIGNA 对应的就是这个实际步骤。
官方资料
Apple Security Research — Apple Reference Image
先准备好真正要分享的那个副本
SIGNA Android 版可为受支持的分享图片加入可见水印和不可见 SIGNA 信号，并在之后查看受支持的图像与信号信息。