データを迅速かつ確実に破壊したいのですが、どうすればよいでしょうか?

Question 1

shredGNU のは、coreutilsこの目的のために特別に設計されました。

からman shred：

非常に高価なハードウェアプローブでもデータを回復することが困難になるように、指定されたファイルを繰り返し上書きします。

shred実際にはからランダムなバイトを読み取り/dev/urandom、その内容でファイルの内容を上書きし、最後にオプションで内容をゼロで上書きします ( から)。したがって、車輪の再発明をしたい場合は、これを手作業で行うこともできますが、そのタスクに既に最適化されているを/dev/zero使用する方がよいでしょう。shred

たとえば、任意のファイルに対してmy_secured_file.txt、次の操作を実行できます。

shred my_secured_file.txt

ここ：

-v冗長性のため
-zシュレッディングを隠すために、ファイルをゼロで上書きするため
-n 5繰り返し回数を指定します。デフォルトは 3 です。

デフォルトでも十分ですが、必要に応じて反復回数を増やしたり、ファイル ( -u、--remove) を削除したりすることもできます。

チェックman shred。

はshredファイルに対して操作を行い、ディレクトリ内のすべてのファイルに対して操作を実行します (再帰的に)。例my_secret_dir:

shopt -s globstar
for f in my_secret_dir/**/*; do shred -vzn 5 -- "$f"; done

またはfind：

find my_secret_dir -type f -exec shred -vzn 5 -- {} +

注記：

shredただし、ジャーナリング、キャッシュ、RAID、圧縮ファイルシステムでは適切に動作しないという注意点があります。引用man shred:

注意: shred は、ファイルシステムがデータをその場で上書きするという非常に重要な前提に依存していることに注意してください。これは従来の方法ですが、多くの最新のファイルシステム設計はこの前提を満たしていません。以下は、shred が効果的でない、またはすべてのファイルシステムモードで効果的であるとは保証されていないファイルシステムの例です。

AIX や Solaris に付属しているログ構造化またはジャーナル化されたファイルシステム (および JFS、ReiserFS、XFS、Ext3 など)

RAID ベースのファイルシステムなど、冗長なデータを書き込み、一部の書き込みが失敗しても書き込みを続行するファイルシステム

Network ApplianceのNFSサーバなど、スナップショットを作成するファイルシステム

NFS バージョン 3 クライアントなどの一時的な場所にキャッシュするファイルシステム

圧縮ファイルシステム

ext3 ファイルシステムの場合、上記の免責事項は、メタデータだけでなくファイルデータもジャーナルする data=journal モードでのみ適用されます (したがって、shred の効果は限られます)。data=ordered (デフォルト) および data=writeback モードの両方で、shred は通常どおりに動作します。Ext3 ジャーナリングモードは、マウントのマニュアルページ (man mount) に記載されているように、/etc/fstab ファイル内の特定のファイルシステムのマウントオプションに data=something オプションを追加することで変更できます。

さらに、ファイルシステムのバックアップとリモートミラーには、削除できないファイルのコピーが含まれている場合があり、これにより、細断されたファイルを後で回復できるようになります。

Ubuntu では、ext4ジャーナリングファイルシステムでもあるファイルシステムを使用している場合、ジャーナルモードはデータではなくメタデータのデフォルトです (がデフォルト)。そのため、デフォルトを変更していない限り、-ingdata=orderedで期待どおりの結果が得られる必要があります。shred

ちなみに、デフォルトのファイルシステムオプションは次の方法で見つけることができます。

sudo dumpe2fs -h /partition |& grep 'Filesystem features'

例：

% sudo dumpe2fs -h /dev/sda3 |& grep 'Filesystem features'
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize

はhas_journal、これがジャーナリング FS であり、デフォルトのジャーナルオプションが次のとおりであることを示します。

% sudo dumpe2fs -h /dev/sda3 |& grep 'Journal features'
Journal features:         journal_incompat_revoke

両方同時に:

% sudo dumpe2fs -h /dev/sda3 |& grep 'features' 
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Journal features:         journal_incompat_revoke

Answer