认证备份

什么是认证备份

每份 Text2Store 备份本来就会记录所采集内容的校验和，以便应用日后判断文件是否有变化。认证备份则在写入这个校验和的那一刻再做一件事：把它的指纹发送给一家独立的时间戳机构（DigiCert，使用开放标准 RFC 3161），并把签名后的回复保存在备份旁边。这份回复是一个可信的见证，证明备份在那个确切时间就以采集时的原样存在。备份本身没有任何变化：文件相同，速度相同，一切照旧，只是多了一个小文件。

这是存档（保存在您电脑上的备份）的属性，与可校验导出（您交给别人的 .zip）是两回事。两者配合使用，见下文。

开启

认证由“设置”中的认证备份开关控制，默认处于开启状态。在您关闭它之前，它适用于这台电脑上的每一次备份，包括从菜单开始的备份。每次备份前，备份对话框都会说明这次备份是否会被认证，并提供一个前往“设置”更改的链接。除此之外，无需按设备或按备份进行任何设置。

创建认证备份的那一刻需要联网；一个小请求只发送一个 32 字节的指纹，绝不会发送您的信息或文件。如果您处于离线状态，或者时间戳服务恰好无法访问，Text2Store 不会让备份失败，也不会伪造证书。它会正常完成备份并保留它（备份太宝贵了，不能因为缺少时间戳就丢掉），然后明确告诉您：“备份已保存，但未经认证。”存档是完整且安全的；它只是仍然是一份普通的、未经认证的备份。要获得认证备份，请联网后重新备份。

勾选标记的含义

认证在各处都显示为同一个小徽章：一个带勾选标记的玫瑰花形印章。它刻意低调，因为它是关于备份来源的事实，而不是警报。您会在三个地方看到它：

• 在备份列表中，认证存档的日期旁会有一个灰色的小勾选徽章，和加密存档的锁形图标一样不显眼。将指针悬停其上会显示：“认证备份：它的创建时间由可信时间戳锚定。”
• 在对话列表下方，如果打开的备份经过认证，对话数和信息数下方会显示同样的徽章，呈绿色，并附有“认证备份”字样。
• 在“可校验导出”对话框中，徽章会再次出现，颜色与其声明一致：来源存档经过认证时为绿色并显示“来自认证备份”，未经认证时为灰色并显示“以今天为准进行校验”。这一区别对导出究竟意味着什么，见下文。

它能证明什么

普通备份日后也能告诉您，自备份以来文件是否有变化，但它用来核对的记录就放在它所保护的文件旁边。能接触到原始文件的人，理论上可以修改其中一个，再悄悄重新生成那份记录使之吻合。认证备份把见证放在任何人够不到的地方，从而堵住了这个漏洞：时间戳由 DigiCert 的私钥签名，除了 DigiCert 没有人持有这把私钥，您没有，Text2Store 没有，攻击者也没有。事后重新生成本地记录会改变它的指纹，使之与封存的时间戳不再吻合，于是不一致就会被发现。

这回答了“你可能在备份之后修改了信息，然后才交出这份文件”的质疑，就像可校验导出的时间戳回答了“你在导出之后修改过”的质疑一样，只是锚定点提前了两步：在备份时，而不是导出时。

为什么只能在备份时进行

认证无法在事后添加到备份上，Text2Store 也永远不会提供这样的方法。事后获得的时间戳只能证明备份在之后存在，而这正是认证要堵住的漏洞。所以这个复选框只在一个地方，即备份对话框中，别处都没有。如果您有一份重要的备份没有经过认证，唯一的办法就是勾选复选框重新备份。

它如何增强可校验导出

认证不是可校验导出的前提：无论备份是否经过认证，您都可以从中导出可发现任何改动的 .zip，而且它和以往一样有用。改变的是导出的证明能追溯到多早。

• 来自认证备份：导出会沿用备份自身创建时的时间戳，所以证明链可以追溯到您备份的时候，而不只是导出的时候。导出中的证书会明确说明这一点：附件与在该日期获得可信时间戳的备份逐字节相同，记录也是从中提取的。
• 来自未经认证的备份：导出照常在导出时加上时间戳，并且和以前一样可发现任何改动。只是它无法说明备份与导出之间发生了什么，因为没有任何东西见证过备份本身。导出会如实说明：“以今天为准进行校验。此备份在制作时未经认证，因此今天之前的完整性未获证明。”

无论哪种情况，导出都是真实的，可以独立核验；认证只会增加一个更早的锚点，绝不会拿走任何东西。

“逐字节相同”这一说法并不是凭最初的认证就想当然得出的。在从认证备份构建导出之前，Text2Store 会在那一刻，而不只是在当初备份时，独立地重新核对备份的信息数据库、文件索引（哪个附件属于哪条信息）以及导出所依赖的其他记录，与备份自身的完整性基准进行比对。认证之后其中任何一项发生变化都会被发现，导出会拒绝构建，而不是悄悄沿用一个已与备份实际内容不符的认证徽章。

它不能证明什么

适用于可校验导出的那些如实说明的局限，在这里同样适用，只是提前了一步：

• 手机在备份前没有被操纵。认证锚定的是“自 Text2Store 采集以来未被改动”，而不是“采集时设备所呈现的内容是真实的”。
• 它会被如何接受。Text2Store 从不声称认证备份或由它生成的导出会被任何特定接收方或程序接受。一份记录有多大分量，始终由接收方决定。完整讨论请参阅可校验导出页面。
• 关于此功能推出之前制作的备份，或在认证关闭时制作的备份，它不能证明任何事。认证在设计上绝不追溯。

技术基础

认证使用与可校验导出相同的开放标准，即由 DigiCert 签名的 RFC 3161 可信时间戳，并由同一个应用内校验工具检查：它重新计算备份完整性记录的哈希，确认签名可追溯到固定的 DigiCert 根证书，检查它在所证明的时间是否有效，然后报告结果。其机制、标准，以及如何完全用标准工具手动核对，都完整记录在可校验导出页面的技术部分，因为这两项功能共用完全相同的校验代码和信任锚。

故障排除

“拒绝构建可校验导出：… 已与此存档的完整性基准不符 …”

上文所述的导出前检查发现，认证备份所依赖的某个文件自认证以来已发生变化，可能是存放它的磁盘出现了数据衰变，也可能是被篡改。导出因此被拒绝，而不是从一个已与认证内容不符的存档构建。点按该存档自己的校验按钮，可看到更详细的同样诊断。如果确认是数据衰变，重新备份即可得到一份干净的、新近认证的副本；受影响的存档和您的其他存档在其他方面均不受影响。

“… 它已不在磁盘上。”

备份的完整性记录所预期的某个文件不见了，最常见的原因是有人手动删除了存档文件夹中的内容。与上面一样，对该存档进行校验以查看详情，如果需要该设备的认证副本，请重新备份。

相关内容

导出为 PDF、用于电子取证审查的 RSMF，以及加密备份。

有问题吗？

请发邮件至 hello@text2store.com，我们会帮助您。