实用工具SDelete

最新推荐文章于 2022-07-07 16:23:21 发布

这个石头爹的到

最新推荐文章于 2022-07-07 16:23:21 发布

阅读量2.7k

点赞数

本文链接：https://blog.csdn.net/hfgyfd/article/details/86641043

版权

安全地删除没有任何特殊属性的文件相对而言简单而直接：安全删除程序使用安全删除模式简单地覆盖文件。较为复杂的是安全地删除 Windows NT/2K 压缩、加密和稀疏文件，以及安全地清理磁盘可用空间。

压缩、加密和稀疏文件由 NTFS 以 16 群集块方式管理。如果某个程序向此类文件的现有部分写入数据，则 NTFS 会分配磁盘上的新空间来存储新数据，并在写入新数据后取消分配该文件先前占用的群集。NTFS 采取此保守方法的原因与数据完整性有关，而且对于压缩和稀疏文件，这样可以在出现新分配大于现有分配（新的压缩数据大于旧的压缩数据）的情况下正确应对。因此，覆盖此类文件时将不能成功地从磁盘中删除文件的内容。

为了处理上述类型的文件，SDelete 依赖碎片整理 API。利用碎片整理 API，SDelete 可以精确地判断磁盘中哪些群集由属于压缩、稀疏和加密文件的数据占用。 SDelete 在了解哪些群集包含该文件的数据后，就可以打开磁盘进行原始访问并覆盖这些群集。

可用空间的清理问题提出了另一项挑战。由于 FAT 和 NTFS 没有为应用程序提供直接寻址可用空间的方法，因此 SDelete 具有以下两个选择之一。第一个选择是它可以像处理压缩、稀疏和加密文件那样，打开磁盘以进行原始访问并覆盖可用空间。此方法面临一个很大的问题：即使 SDelete 被编码为完全能够计算 NTFS 和 FAT 驱动器的可用空间部分（这并非微不足道），它也会遭遇与系统上发生的活动文件操作发生冲突的风险。例如，假设 SDelete 确定某个群集可用，而就在此时文件系统驱动程序（FAT、NTFS）决定为另一应用程序正在修改的文件分配该群集。文件系统驱动程序会将新数据写入该群集，然后 SDelete 跟随而来并覆盖了刚刚写入的数据：该文件的新数据丢失了。如果为文件系统元数据分配该群集，则问题会更糟，因为 SDelete 会破坏文件系统的磁盘结构。

第二种方法即 SDelete 所采用的方法是间接覆盖可用空间。首先，SDelete 分配它所能分配的最大文件。SDelete 使用非缓存文件 I/O 完成此任务，这样就不会将 NT 文件系统缓存的内容扔掉，也不会用与 SDelete 的占用大量空间的文件相关联的无用数据替代这些内容。因为非缓存文件 I/O 必须是扇区（512 字节）对齐的，所以可能存在一些不能为 SDelete 文件分配的剩余空间（即使 SDelete 无法进一步扩大该文件）。为了获取任何剩余空间，SDelete 接下来会分配它能够分配的最大缓存文件。对于这两个文件， SDelete 都执行安全覆盖，并且确保所有以前可用的磁盘空间都被安全地清理。

在 NTFS 驱动器上，分配和覆盖这两个文件并非 SDelete 的全部工作。SDelete 还必须用适合 MFT 记录的文件填充 NTFS MFT（主文件表）的任何现有可用部分。一个 MFT 记录的大小通常为 1KB，而磁盘上的每个文件或目录都至少需要一个 MFT 记录。小文件都整个存储在各自的 MFT 记录中，而对于不适合一个记录的文件，则会为其分配 MFT 外部的群集。SDelete 为处理可用 MFT 空间而必须完成的全部工作就是分配它能够分配的最大文件 - 当该文件占用 MFT 记录中的所有可用空间时，NTFS 将防止该文件增大，因为磁盘中没有剩余的可用群集（它们正被 SDelete 先前分配的两个文件占用）。然后，SDelete 将重复此过程。当 SDelete 甚至无法再创建新文件时，它会知道 MFT 中所有先前可用的记录都已完全被安全覆盖文件填充。

为了覆盖您删除的文件的文件名，SDelete 会将该文件重命名 26 次，每次都用连续的字母字符替换文件名中的每个字符。例如，“foo.txt”经过第一次重命名后将变为“AAA.AAA”。

SDelete 在清理磁盘可用空间时不能安全删除文件名的原因是，删除文件名需要直接操作目录结构。目录结构可能具有包含已删除文件名的可用空间，但可用目录空间不能分配给其他文件。因此， SDelete 无法分配此可用空间以便安全地覆盖它。