为什么删除前需要将文件重命名30次？

我一直在审查一些保护删除文件的应用程序。我理解用零和随机字符多次覆盖文件的概念;但是，我不明白在实际删除文件之前将文件重命名达30次的概念。为什么删除前需要将文件重命名30次？

这听起来不像一个编程问题。如果确实如此，请尽快澄清。如果这不是一个编程问题，那么这是superuser.com或者serverfault.com的问题。 – 2010-04-05 02:30:08

我正在使用C＃应用程序执行安全删除。我只是想要重新命名文件30次以删除它。感谢您的反馈。我会尝试一些你建议的网站。 – 2010-04-05 02:36:50

其实我没有直接回答你的问题，但你不必覆盖数据和FS-条目30次。

德国计算机技术杂志（c't）发表了一篇关于处理该主题的论文。文章的精髓在于覆盖数据就足够了。

毕竟这应该足以重命名文件到/ tmp/tmp_file（左右）在删除它之前用随机数据或零覆盖它。

2010-04-05 07:04:10

虽然对于杂志的作者来说它可能会覆盖一次，但对大多数PCI QSA（审核员）来说还不够。如果你可以指向一个以政府为基础的组织发布这样的数据，那么你可能会有一个案例。 – Mike 2010-04-13 22:13:48

你的意思是审计人员有基于神话的期望？我的意思是：他们没有证据表明覆盖一次是不够的，不是吗？我认为他们会说“覆盖30次，因为一次可能不够用”，但由于他们没有证据表明曾经是不够的，他们也没有足够的证据证明30次。这太疯狂了。我只是猜测，证明我，如果我错了。 – 2010-04-29 10:26:04

尽管数据已被覆盖模糊，但文件的简单移除并不会删除与文件系统中文件（例如NTFS）关联的目录条目。正如您发布的链接所证明的，有时候，删除文件的目录条目仍然可以在NTFS上的可用空间中闲逛。

因此，由于文件名本身可能包含敏感信息，多次重命名该文件有助于掩盖原始名称。尽管它当然依赖于底层文件系统的实现。

2010-04-05 04:55:08

回答