filesaudit.com

2026/9/10

怎么检测一张图片是不是AI生成的

随着Midjourney、Stable Diffusion、DALL·E这类生成工具越来越成熟,"这张图是真的还是AI画的"已经从网友八卦变成了严肃的现实问题:新闻媒体要核实爆料图片,电商平台要排查虚假商品图,版权方要确认素材来源,普通人也想知道朋友圈里那张"现场照片"到底靠不靠谱。遗憾的是,只靠肉眼观察已经越来越不可靠——早期AI图片常见的"六根手指""融化的文字"等破绽,在新一代模型里已经大幅减少。真正可靠的判断,需要结合技术层面的证据:文件元数据、内容溯源凭证(C2PA)、以及像素层面的统计特征。

先说最实用、门槛最低的一步:检查图片的元数据(Metadata)。真实相机或手机拍摄的照片,通常会带有丰富的EXIF信息,比如相机品牌型号、镜头参数、光圈快门、ISO、拍摄时间,甚至GPS定位。而AI生成的图片往往是"光秃秃"的——要么完全没有EXIF,要么只有生成软件写入的少量标记。举个例子,一张声称是"华为Mate 60现场实拍"的图片,如果查出来EXIF为空,或者Software字段写着"Adobe Firefly",那答案就很明显了。反过来,如果一张图带有完整且自洽的佳能相机参数、合理的拍摄时间和连续的文件命名,它来自真实拍摄的可能性就高得多。当然要注意:元数据可以被删除也可以被伪造,所以"没有EXIF"只能算可疑信号,不能单独作为定论。

具体怎么查?如果你只想快速看一眼,Windows右键属性、macOS的"显示简介"都能看到部分信息,但很多字段(尤其是XMP和C2PA)系统并不显示。更完整的做法是把图片上传到FilesAudit这样的在线分析工具,它会一次性提取EXIF、XMP、IPTC等全部元数据字段,计算SHA-256等哈希指纹,并检测文件中是否嵌入了AI生成溯源凭证,最后生成一份可存档的PDF报告。如果你在处理JPG文件,也可以参考这篇JPG图片元数据查看指南,了解每个字段的含义;PNG图片的元数据结构不同,对应的PNG元数据说明也值得一看,因为AI工具导出的PNG常常带有特殊的文本块(比如Stable Diffusion会把完整提示词写进PNG的tEXt块里,这几乎是"自证身份")。

第二步是看C2PA内容凭证,这是目前最有"官方背书"意味的技术路线。C2PA(Coalition for Content Provenance and Authenticity)是由Adobe、微软、BBC、英特尔等公司推动的开放标准,允许内容创建工具在文件里嵌入经过数字签名的"出处记录":谁生成的、用什么工具、什么时间、经过哪些编辑。OpenAI已经宣布在DALL·E 3生成的图片中加入C2PA凭证,Google的SynthID、Adobe的Content Credentials也在做类似的事。如果一张图片带有有效的、签名未损坏的C2PA凭证,并且凭证里明确写着"由AI工具生成",这就是相当强的技术证据。但反过来要格外小心:没有C2PA凭证并不等于"不是AI生成"——绝大多数AI工具和旧文件根本不带凭证,而且凭证在截图、转码、社交平台压缩后很容易丢失。C2PA回答的是"这个文件宣称自己从哪来",而不是"这个文件一定是真的"。

第三条路是算法检测,也就是用AI检测AI。市面上有不少专门的检测服务(如Hive Moderation、Illuminarty等),它们通过分析像素噪声分布、频域特征、纹理规律性来判断图片是否出自扩散模型。这类工具的优点是能处理没有元数据、没有C2PA的"裸图",缺点同样明显:准确率随模型迭代不断波动,对压缩过的图片、AI生成后又人工修图的"混合图"误判率较高,而且对自家模型和别家模型的识别能力差异很大。实务上建议把它当作参考信号之一,而不是判决书——尤其是涉及公开指控时,仅凭某个检测器给出"87%概率为AI生成"就下结论,是很容易翻车的。

还有一个经常被忽视但很有效的角度:看文件的"整体故事"是否自洽。真实拍摄流程产出的文件,各部分信息通常互相印证——EXIF里的拍摄时间早于修改时间,相机型号与镜头参数匹配,文件命名符合相机规律(如IMG_4521.JPG),哈希值在传输过程中保持稳定。而伪造来源的图往往在细节上露馅:EXIF写着iPhone拍摄,但图片尺寸是1024×1024的正方形(典型的扩散模型输出比例);声称是新闻现场原图,却有明显的Photoshop编辑历史和生成式填充的XMP记录;或者同一张"原图"在不同人手里哈希值完全不同,说明被反复转存编辑过。用FilesAudit做分析时,可以同时拿到元数据明细和SHA-256哈希值,方便你和其他来源的同一张图做逐一比对。

说到比对,哈希还有一个妙用:追踪图片的传播链。如果你手头有"原始版本"和"待验证版本",哪怕肉眼看着一模一样,只要SHA-256哈希不同,就说明文件字节层面发生过变化——可能是重新压缩、可能被局部篡改,也可能只是社交平台重新编码。反过来,哈希完全一致则证明两个文件逐字节相同。这一思路在取证和版权纠纷中非常常用,如果你想深入了解哈希值在证据场景中的效力和局限,可以读一读这篇关于文件哈希能否作为法律证据的分析。

那么一套可落地的检测流程是怎样的?建议按这个顺序来:先提取并通读全部元数据,留意软件标识、AI工具痕迹和字段间的矛盾;再检查是否存在C2PA内容凭证及其签名状态;然后用一到两个AI检测算法做交叉参考;最后结合图片内容本身做常识核查(光影是否一致、文字是否合理、能否通过反向搜图找到更早的出处)。任何单一信号都不足以盖棺定论,但多个信号指向同一方向时,结论就相当可靠了。需要批量处理大量图片、或者在本地完成分析以避免文件外传时,可以考虑FilesAudit桌面版,支持在本地对文件夹做批量元数据提取和哈希计算,分析结果不会离开你的电脑。

最后必须诚实地说明边界:元数据分析和C2PA检测能提供的是技术证据——文件里写了什么、凭证是否有效、文件是否被修改过——但它们本身不能做出法律意义上的"真伪判决"。元数据可以被精心伪造,C2PA尚未普及,检测算法会出错。在新闻报道、法律纠纷或平台申诉这类严肃场景中,技术分析报告应当作为证据链的一环,结合来源调查、当事人陈述和其他物证综合判断。把技术工具用对位置,既不轻信单张图片,也不轻信单一检测结果,才是应对AI生成内容时代最稳妥的姿势。

Ready to see what's hidden in your own files? Upload a file to FilesAudit and get a free forensic metadata report in seconds — no registration required.