浏览器能删除的元数据和不能删除的元数据

上传图片或文件时，Web 服务或浏览器侧功能有时会删除元数据。

在社交媒体或消息应用中，上传时也可能会删除位置信息和一部分 EXIF。

但是，认为“因为是用浏览器上传的，所以安全”“社交媒体会自动删除，所以没问题”是危险的。

哪些信息会被删除、哪些信息会残留，会因服务、文件格式、设置、转换处理而变化。

本文把浏览器和 Web 服务可以删除的信息，与应使用本地工具确认的信息分开整理。

浏览器或服务端删除是什么意思

将图片或视频上传到 Web 服务时，服务端可能会重新压缩文件、调整尺寸，或删除一部分元数据。

这样做是为了减少容量、优化显示、保护隐私、安全对策等。

问题在于，用户无法完全确认处理内容。

服务会删除什么，会因公开信息、设置、实现变化而改变。

只交给浏览器侧的危险

如果交给浏览器或 Web 服务，确认的主导权就会转移到服务端。

在匿名性重要的情况下，这是一个大问题。

特别重要的是，你上传的是删除前的文件。

即使发布时元数据被删除，服务端也可能已经收到处理前的文件。

对于高风险文件，应在上传前于本地确认。

区分低风险和高风险

并不是所有发布都需要同样强度的确认。

日常照片共享，与采访资料或内部举报资料，应有不同的谨慎程度。

从写作规则上也重要的是，不要过度吓人。

而是根据情况决定确认到什么程度。

使用本地工具确认的意义

使用本地工具，可以在把文件交给外部服务之前确认。

ExifTool 是元数据确认中常用的代表性工具。

URL : https://exiftool.org/

本地确认的好处是，确认作业本身不会交给外部服务。

不过，本地工具也不是万能的。

如果设备本身受管理，或是在云端同步文件夹中操作，就会留下其他记录。

可以删除的东西和不能删除的东西

元数据删除中容易混淆的是，文件内部信息与外观或内容信息的区别。

要区分工具能删除的信息和工具不能删除的信息。

即使用 ExifTool 删除了 GPS，如果照片背景中拍到地址，也没有意义。

即使社交媒体删除了 EXIF，发布账号和发布时间仍会留下。

按什么顺序确认

处理高风险文件时，按以下顺序确认。

服务端删除功能应作为最后的辅助来考虑。

重要的是，不要一开始就交给服务端。

交给服务之后可能已经太晚

即使会在浏览器上删除，如果设计是在处理前先把原文件发送给服务，那么原文件已经一度交到了外部。

这关系到匿名性的信任模型。

因此，对于高风险文件，不只要考虑“发布时是否会消失”，还要考虑“消失前会交给谁”。

总结

浏览器和 Web 服务可能会在上传时删除一部分元数据。

但是，删除范围会因服务和格式而变化，用户不一定能完全确认。

此外，在把删除前的原文件交给服务的时点，就产生了新的信任对象。

对于匿名性重要的文件，应在上传前于本地确认。

使用 ExifTool 等本地工具查看元数据，在删除后再次确认，并进一步确认背景、反射、声音、文件名、发送路径。

浏览器侧删除很方便，但不能把匿名性完全交给它。

相关工具

相关文章