@ user495470の答えは、提起された質問に対して正しいです。問題は、どちらもあるsrm
かshred
本当に現代のシステムのための意味を成しません。
これは主にSSDが原因です。磁気ディスクとは異なり、最新のTRIM対応ディスクは、削除されたデータをバックグラウンドで自動的に消去します。
SSDもウェアレベリングを実行します。これにより、ファイルを「上書き」しようとしても無駄になり(別の物理的な場所に書き込まれることになります)、望ましくない(ディスクの消耗に不必要に寄与する)ことになります。
SSDを搭載したすべてのMacでTRIMが有効になっています。
もう1つの問題は、ファイルシステム、特にジャーナルファイルシステムです。これは、データを書き出す前に他の場所にデータのコピーを保持することができます。
磁気媒体でも、これは両方の問題を引き起こす可能性がありますsrm
。
すべてのユーザー[..]は、srmが適切なブロックを上書きするファイルシステムでのみ機能することに注意する必要があります。特に、ジャーナリングされたファイルシステムの大部分では動作しません [..]。
そしてshred
:
[..]細断処理は、ファイルシステムがデータを所定の場所に上書きするという非常に重要な前提に依存しています。[..]最新のファイルシステム設計の多くは、この仮定を満たしていません。例外は次のとおりです。ログ構造またはジャーナリングされたファイルシステム[..]
Mac OS X v10.3以降、HFS Plusボリュームはデフォルトでジャーナリングされます。
最近では、ファイルを安全に「削除」する最良の方法は、FileVaultを有効にして(そもそも暗号化されていないディスクを書き込むことはない)、ファイルを削除してTRIMで整理することです。
不幸なことに、磁気媒体を使用していて、ジャーナリングが無効になっていて、何らかの理由でディスクを暗号化できない場合、次のオプションがあります。
- 使用
rm -P
してファイルを上書きし0xff
た後、0x00
続いて、0xff
再び
- インストール
coreutils
のためにgshred
(すなわち。brew install coreutils && gshred secrets.txt
)
srm
削除されているhomebrew-dupes
とhomebrew-core
が、誰かの 公表タップここに動作すること(すなわち。brew install khell/homebrew-srm/srm && srm secrets.txt
)
- 媒体の物理的破壊 :)
shred
使用されているファイルシステムに依存することに注意してください。HFSでどれほど効果的かはわかりません。