粉碎替代品 EXT3?

Tzu*_*hay 5 filesystem security delete ext3

鉴于这一事实shred在 ext3 上无效,我想知道现在有哪些可用的替代方案。

\n\n
$ man shred\n...\n\n   CAUTION: Note that shred relies on a very  important  assumption:  that\n   the  file system overwrites data in place.  This is the traditional way\n   to do things, but many modern file system designs do not  satisfy  this\n   assumption.   The following are examples of file systems on which shred\n   is not effective, or is not guaranteed to be effective in all file sys\xe2\x80\x90\n   tem modes:\n\n   * log-structured or journaled file systems, such as those supplied with\n   AIX and Solaris (and JFS, ReiserFS, XFS, Ext3, etc.)\n...\n
Run Code Online (Sandbox Code Playgroud)\n

Ham*_*ner 4

shred如果您想粉碎整个分区就可以了,如果您粉碎单个文件,大多数分区可能会被破坏,但可能不是全部。如果您粉碎整个分区,那么您将在文件系统级别以下工作(并且必须在事后重新创建文件系统)。这将删除所有内容,因此只有在复制所有有价值的数据并重新安装磁盘后才应执行此操作。因此,如果您有数据,/dev/sda1则可以卸载分区,或从活动磁盘启动,然后执行以下操作

$ sudo shred /dev/sda1
Run Code Online (Sandbox Code Playgroud)

我通常使用srm- secure-delete 包的一部分 - 来删除文件,因为它可以递归删除文件,与粉碎不同。我接受它可能会丢失一些位,但随后我也加密了我的文件,因此丢失的位应该无法解密。(我使用 ecryptfs,它使用不同的密钥对每个文件进行加密,因此,只要文件的第一部分与密钥被正确覆盖,文件的其余部分将无法恢复。如果您选择“加密我的文件”,则使用 ecryptfs安装时的文件”)。

  • 总结:如果文件首先被加密,则可以在整个分区上使用“shred”(对我来说足够好),也可以在单个文件上使用“srm”。 (2认同)