java - 安全删除通行证数量

Question

我正在尝试使用 MappedByteBuffer 在 Java 中安全地删除文件。
到目前为止，它工作正常，文件无法通过 FileScavenger 等软件恢复。

目前我正在使用 3 pass 来覆盖一个文件。然而，我遇到了一种叫做 Gutmann 方法的方法，它使用 35 遍。在这种情况下，有些人认为3遍就足够了。

我真的需要 35 遍还是 3 遍就足够了？

Answer 1

自从引入日志和写时复制文件系统后，在没有 fs 驱动程序特殊支持的情况下安全删除单个文件变得不可能。日志在将 block 写入 fs 之前保留 block 的副本，以确保在发生崩溃时的一致性，写时复制 fs 创建新数据集并将内部指针从旧数据更改为新数据，而不会触及旧数据。

例如，请参阅此 discussion about the implementation of secure deletion on ext4还有这个question on how to securely delete files on btrfs .

更糟糕的是，您的硬盘驱动器可能会在不向操作系统提供任何提示的情况下独立保留“已删除” block 的副本。 SSD 在这方面尤其糟糕，但 HDD 也有较小的备份 block 区域，它们可用于(虚拟地)在发生故障时更换坏 block 。

不幸的是，除了删除之外，也没有真正好的替代方法。您可以加密文件，但是您必须将 key 存储在可删除的地方，这又是同样的问题。 LUKS(一种全盘加密软件)使用所谓的反取证 strip 将关键信息扩展到一个长数据集上，希望至少有一个所涉及的 block 无法从换出或尚未删除的 block 中恢复。但是在文件系统上模拟这种行为也不是一个好主意。