这篇文章最值得带走的几点
  • 看起来一样的图片,也可能已经是不同的数字文件。
  • 分别比较文件结构、元数据、像素/信号和来源信息。
  • 平台观察必须同时记录具体路径和日期。

“看起来一样”不等于“还是同一个文件”

人判断照片是否相同时,往往看主体、构图和颜色。计算机则可以精确到字节。原文件的逐字节复制品,和重新编码后看起来几乎一样的 JPEG,是两个不同的数字对象。

平台为了节省带宽和适配屏幕,可能缩放、重压缩、转码、生成预览或不同尺寸的派生文件。截图更彻底:它不是复制原文件,而是把屏幕上已经渲染出来的内容重新拍成一张新图。

视觉相似并不能证明文件连续性。

字节、尺寸、压缩历史、元数据和嵌入信号,都可能已经发生变化。

理解分享后的变化,至少要分成四类信息

文件结构包括格式、尺寸、JPEG 段、PNG chunk 等。元数据包括 EXIF、XMP、IPTC 以及软件写入的信息。像素与信号是画面本身,其中也可以包含嵌在像素或频率系数里的隐形水印。内容来历则包括 C2PA Content Credentials 这类用数字签名和 asset binding 关联生成与编辑记录的机制。

用手头的照片试试 SIGNA

先用手头的照片试试 SIGNA。无需订阅,每月可免费使用 5 次,再决定是否需要 Pro。

免费安装 · 无需订阅,每月可免费使用 5 次 · 需要更多时再升级 Pro
前往 Google Play 试用 SIGNA →

这四类信息不会一起消失,也不会一起保留。EXIF 被去掉时,像素通常仍在;隐形信号被削弱时,某些元数据仍可能存在;签名来历也不能简单等同于普通相机元数据。

JPEG 重压缩究竟改变了什么

JPEG 并不是直接保存原始 RGB 像素。它会把图像转换到频率表示并进行量化。已经是 JPEG 的图片再次保存时,会再经历一次有损编码。视觉上差异很小,并不表示频率细节完全没有变化。

隐形水印如果依赖细微的像素或频率模式,就可能在重压缩后变弱或变形。但不能把这件事说成绝对规律:不同水印方案、嵌入强度、图像内容、载荷、检测器和压缩质量都会影响结果。

缩放带来的不只是清晰度变化

缩放会通过插值生成新的像素网格。对于需要依赖原始坐标或分块位置的检测器,这意味着同步问题:信号也许还在,但检测器未必能准确找到它原来的几何位置。

元数据是另一回事。缩放操作本身并不必然删除 EXIF;真正决定是否保留的是导出软件或平台的处理策略。所以与其说“缩放会删元数据”,不如问“这个导出流程复制了哪些字段”。

裁剪会永久删除一部分像素

裁剪区域之外的像素会直接消失。如果某段水印信息只存在于被删区域,它就不可能继续留在新文件里。把信号分散到整张图可以提高局部裁剪后的剩余量,但可用信息仍会减少,坐标系也会改变。

截图会切断原文件,但不代表所有信息都一定消失

截图通常不会把原 JPEG 的 EXIF 原封不动带过去。它记录的是屏幕上的显示结果,生成的是新图片。不过,只要可见水印出现在屏幕中,它就会被一起截下来;隐形信号能否留下,则取决于显示缩放、屏幕渲染、截图分辨率和信号设计。

内容来历技术也在尝试通过多种绑定方式提高可恢复性。Adobe 已公开说明,如果 Content Credentials 同时保存到其云端,Inspect 的 possible matches 可以从截图等派生图中寻找关联记录。这说明“嵌入元数据被去掉”与“所有来历关联都彻底不可恢复”并不是同一句话。

截图往往打断文件层面的连续性,但不能据此声称“所有痕迹都没了”。

更应该先确认这类信息原本记录在哪里,以及是否还有独立的匹配机制。

为什么不能笼统地说“社交平台会怎样”

同一平台内部,动态、私信、故事、普通图片上传、原文件附件等路径都可能不同。移动端和网页端也可能采用不同处理方式,而且平台会更新媒体管线。

因此,关于“某平台一定保留水印”或“一定删除元数据”的说法,都应该写明测试日期、上传路径、源图尺寸与格式、质量设置和返回文件。没有这些条件,就更像口号而不是技术结论。

元数据消失能证明图片被造假吗

不能。截图、隐私导出、图片编辑、平台转码、格式转换,都可能让元数据消失。没有 EXIF 并不能推出“这是 AI 图”“被恶意篡改”或“不是原作者的图”。

反过来也一样:保留着一套看似合理的 EXIF,并不能证明这是未经编辑的相机原片。元数据可以被复制或重写。更系统的说明可见照片元数据究竟能告诉我们什么?

检测不到隐形水印,是否就等于没有水印

也不能这样下结论。未检测到可能表示最初没有嵌入,也可能是压缩、缩放、裁剪、几何失配、错误密钥或检测器、超出验证范围等原因造成的。

即使检测成功,合理的结论也只是:在这次检查条件下,观察到了与该系统匹配的信号。它不会自动证明法律所有权、未编辑原始性、发布者身份或 AI 生成状态。水印本身的工程问题可继续阅读隐形数字水印如何工作?

Content Credentials 解决的是另一类问题

C2PA Content Credentials 使用签名 assertion 和 asset binding 来表达可验证的生成与编辑来历。C2PA 规范本身也特别强调:验证这些 来源与履历信息 数据,并不等于对内容本身作“好/坏”或“真/假”的价值判断。

所以,普通元数据、隐形水印和签名来历并不是彼此替代的三种同类产品。它们解决的是不同层次的问题。

收到一张分享图片后,应该怎么检查

先看手里的文件本身:格式、尺寸、是否被重新编码。然后检查现有元数据,但不要把空字段变成结论。如果涉及特定水印系统,使用对应检测器,并尽量记录已知的变换路径。如果存在 Content Credentials,则用合适的验证工具检查签名与记录。

最关键的是把观察和推断分开。“这张返回的 JPEG 被缩到 1080px,并且没有 EXIF”是观察;“所以它是假的”则需要额外证据。

SIGNA 在这里做什么

SIGNA 可以添加可见水印和不可见 SIGNA 信号,也可以在 Inspect 流程中查看与信号和图像状态相关的信息。应用可见水印时,也会同时加入不可见 SIGNA 信号;当前 JPEG 信号采用基于 DCT 的频域方法。

它的实际用处在于:分享前先给图片做好标记,分享后如果图片再次回到你手里,还能在 Inspect 里继续查看信号和图片状态。重压缩、缩放、裁剪、截图和平台处理都可能影响检测结果,因此检查时也要把这些变化一起考虑。

分享之后真正值得问的是:哪些信息变了,哪些信息还在?

只有把文件结构、元数据、像素信号和来历分开,才能避免从一个小线索跳到过大的结论。

继续阅读

主要参考资料

C2PA — A New Implementation Guide for Content Credentials (2026)

C2PA Technical Specification 2.1

Adobe — Content Credentials overview

Adobe — Find and recover matching Content Credentials

用 SIGNA 在分享前处理并在需要时查看图像信息

用 SIGNA Android 应用,可以在照片发出去之前加上可见水印和不可见的 SIGNA 信号;之后拿到经过分享的图片时,再回到同一个应用查看信号和支持的图片状态信息。从分享前的准备到后续检查,主要流程都在设备端完成。

免费安装 · 无需订阅,每月可免费使用 5 次 · 需要更多时再升级 Pro
在 Google Play 获取
← 返回 SIGNA 文章