相机制造商、编辑工具以及多款AI生成工具,如今都会在其生成的文件中嵌入C2PA内容凭证。内容溯源与真实性联盟(Coalition for Content Provenance and Authenticity)由Adobe、Arm、BBC、Intel、Microsoft和Truepic于2021年创立,如今由Linux基金会旗下的Joint Development Foundation提供支持,该联盟建立此标准是为了解决一个真实存在的问题:一段媒体内容一旦离开其来源,往往就没有可靠的方式来判断它从何而来,以及在传播过程中经历了什么。
C2PA在这个问题上确实是一次真正的进步。但它本身并不是一个AI公司或内容团队可以依赖其获得法律或证据效力的系统,原因在于凭证信息丢失的方式和场合。以下说明这项标准实际做了什么、它在实践中如何失效,以及一个独立的合格时间戳可以在哪些地方与它形成互补。
内容凭证究竟记录了什么
C2PA清单,即所谓的内容凭证,是附加在文件上的一段签名数据结构。它可以记录内容的创建者或创建方式、使用了哪些工具、是否涉及AI,以及自拍摄或生成以来所做的每一次编辑。每份清单都用私钥签名,证书链使任何人都能验证签名,而无需联系原始创建者。如果文件在清单签名后被修改,签名就会失效,篡改行为便可被检测出来。这是一套设计精良的加密方案,只要清单始终附在文件上,它就能按预期发挥作用。
元数据在哪里被剥离
问题不在于加密技术本身,而在于文件离开签名工具之后所经历的一切。上传、下载、截图、调整尺寸以及重新压缩图片或视频,都会经常性地破坏或移除嵌入的清单。Instagram、X、LinkedIn、TikTok、WhatsApp和iMessage都会通过为压缩文件大小而设计的处理流程重新处理上传的媒体内容,而不是为了保留签名元数据,其中不少平台会在内容到达下一位查看者之前就剥离掉内容凭证。这并非针对内容溯源的蓄意政策,而是早于C2PA存在多年的基础设施所带来的副作用。但实际结果是一样的:一段内容在创建时携带有效凭证,到达目的地时却可能已不带任何凭证。
溯源不等于真实性
C2PA与内容真实性倡议(Content Authenticity Initiative)明确说明了这项标准能够证明什么、不能证明什么。一个有效且未被破坏的签名,只能确认清单自签署以来未被修改,并可与某个特定密钥对应。它并不能证明底层内容是真实的、准确的,或如实反映了它所声称展示的内容。一段由完全符合C2PA标准的相机应用或编辑工具生成的深度伪造内容,同样可以携带完全有效的凭证,因为该标准认证的是文件的历史记录,而不是文件所展示内容的真实性。此外还存在一个起始环节的限制:C2PA可以确认某台特定设备或某个特定软件在某个特定时间点做出了某项特定声明,但它无法验证在首次签名之前发生了什么,同样也无法证明某件事没有发生过。一份完全没有凭证的文件,可能被篡改过,也可能只是年代久远、从未签名,或由尚未采用该标准的工具生成。
合格时间戳能提供清单无法提供的东西
这些都不意味着C2PA是一个不好的标准。它是一项设计良好、正被越来越多采用的信号,只要它完整保留下来,就确实有用。对AI公司和内容团队而言,问题在于"只要完整保留下来"这个前提,恰恰排除了他们的内容实际传播到的大多数地方。经过合格加密密封的时间戳工作方式则不同:它独立于文件自身携带的元数据而签发,因此重新压缩图片或将文档转发到会剥离清单的平台,都不会影响到它。它证明的是某个特定文件在某个特定时间处于某种特定状态,这一点可以通过密封记录本身来验证,而不依赖文件内部携带的任何信息。这是一项比C2PA所要证明的内容更为有限的主张,它也不能替代欧盟《人工智能法案》第50条等法规要求AI生成内容携带的、可机读、可检测的标记。它是一种补充性证据:适用于训练记录、数据集文档、模型输出日志,以及当一方需要证明某份文件是什么、何时存在过,而不论中间平台是否保留了任何信息的争议场景。
这在实践中意味着什么
在你的工具支持的地方使用C2PA。这是一项真实、可免费获取的信号,没有理由不使用它。但要为一个事实做好规划:它不会伴随你的内容传播到内容实际到达的每一个地方,也不要把一份完整的内容凭证当作真实性的证明,而它实际证明的只是一段经过签名的历史记录。对于日后重要的记录,比如训练数据的溯源、生成输出样本、披露日志,应在可能剥离元数据的平台流程之外,单独保留一份带有独立时间戳的副本。我们的AI数据集溯源页面更详细地介绍了这项文档义务与欧盟《人工智能法案》数据治理要求之间的关系。
