btrfsファイルシステム上のファイルを安全に削除します

時には、ファイルシステム内のファイルを削除し、ファイルが本当になくなっていることを確認する必要があります。たとえば、機密パスワードを含むファイルは、ディスクから完全に消去する必要があります。

rm一般的なファイルシステムでシンプルを発行すると、ファイルへのiノード（「ポインター」）が削除されますが、物理ディスク内のファイルのコンテンツは削除されません。

多くのファイルシステムでは、細断処理プログラムによってこのような安全な削除が可能になります。ただし、btrfsなどのCoWファイルシステムでは、このアプローチは役に立ちません。問題は、ファイルがボリュームスナップショットに存在する可能性があるという事実によって悪化します。

btrfsファイルシステム上のファイルを安全に削除する方法はありますか？（すべてのボリューム上の）すべてのポインターを削除し、空きスペースをゼロで埋めるだけで十分ですか？

安全な削除は、どのファイルシステムでも難しい提案です。ファイルシステムが非常に特殊で、ファイルのコピーが他にないことを保証しない限り、デバイスのすべての空き領域をクリアする必要があります。コピーオンライトファイルシステムでファイルの多くのビットを見つける可能性が高くなりますが、多くのファイルが編集されるため、さらに「静的」なファイルシステムでは実際にこの保証はありません。横になっているファイル。

ゼロで消去することは、ランダムバイトで消去するのと同じくらい良好であり、複数のパスを必要としないことに注意してください。ゼロで消去すると、1980年代のハードディスクテクノロジーを備えたラボ条件で部分的に回復できる残留データが残りました。これは現在適用されていません。ハードドライブにゼロ（またはランダムデータ）を1回だけ書き込むよりも複数回書き込む方が良い理由をご覧ください。

ディスク上のすべてを暗号化することにより、クリアテキストの機密データを取り除くことができます。そのファイルシステム上にecryptfsボリュームをセットアップし、すべての（機密）ファイルをそこに移動します。次に、ファイルシステムの未使用スペースをすべて上書きします。ファイルシステムにを入力することで、ほとんどを消去できますcat /dev/zero >zero。まだ不完全なブロック（ファイルの最後のチャンクを含むブロックと、それに続くいくつかのガベージ-機密ファイルからの残り物）に情報が残っている場合があります。不完全なブロックがないことを確認するには、ファイルシステム上のすべてをecryptfsに移動します（ecryptfsのファイルは、少なくともブロックが4kBの一般的なセットアップではブロック全体を使用します）。これをすべてのボリュームに適用し、プレーンテキストの機密データを含むすべてのスナップショットを消去してください。

ジャーナルにはまだ情報が残っている場合があります。それをスクラブする方法がわかりません。

SSDでは、ブロックの再割り当てにより、通常のソフトウェアでは読み取れないデータが残っている場合がありますが、ファームウェアをハッキングしたり物理アクセスしたりすることで回復できます。そこでは、SSDを完全に消去するしかありません。

うーん、btrfsはすべての通常のシュレッディング方法を打ち負かすようです...

• というマウントオプションがありますが、nodatacow既存のファイルには影響しないようです。
• すでにディスク上に適切なファイルがあるので、このbtrfs FAQエントリも役に立ちません。
• 次にありdebugfsます。extファイルシステム専用ですが、機能するパッチがあります。これを使用して、影響を受けるブロックアドレスを見つけ、/ dev / sdXYで直接上書きできます。しかし、それは非常に危険であり、動作しない可能性があります（特にファイルのスナップショットがさらにある場合）
• 特定のスナップショットまたはファイル全体を変更（または細断）できるbtrfsパッチを作成する

• （実際に非常に機密性の高いデータに対する）最もクリーンな試みは次のとおりです。

  • 別のディスクを購入します（最初のディスクの影響を受けるパーティションのコピーに十分な空き容量がない場合）
  • フルディスク暗号化とファイルシステムをセットアップします
  • ディスクaからbにすべてをコピーします
  • システムbを起動し、ディスク全体を細断処理します...

  これは最も安価なアプローチではないかもしれませんが、今日の低いストレージコストと他のオプションで発生する問題を考慮すると、実際には（労働時間の点で）最も安価なアプローチかもしれません。

ありますshred(1)（お使いのディストリビューションのパッケージにする必要があります）のUnix / Linux用。私はEFFが推奨するものです。