ディスクの完全消去 - 版の履歴

Kgx: 他言語へのリンクを追加

2023-12-15T07:04:36Z

他言語へのリンクを追加

← 古い版		2023年12月15日 (金) 16:04時点における版
2行目:		2行目:
	[[Category:ファイルシステム]]		[[Category:ファイルシステム]]
	[[en:Securely wipe disk]]		[[en:Securely wipe disk]]
			[[es:Securely wipe disk]]
	{{Related articles start}}		{{Related articles start}}
	{{Related\|ディスクの完全消去/ヒントとテクニック}}		{{Related\|ディスクの完全消去/ヒントとテクニック}}

Kgx: 序文を更新

2023-12-15T07:03:53Z

序文を更新

← 古い版		2023年12月15日 (金) 16:03時点における版
10行目:		10行目:
	{{Related\|dm-crypt}}		{{Related\|dm-crypt}}
	{{Related articles end}}		{{Related articles end}}
	ディスクワイプ~~を行うに~~は全てのビットに新しいデータを書き込みます。		ディスクのワイプは、すべてのビットに新しいデータを書き込むことによって行われます。

	{{~~Note~~\|この記事における"ディスク"にはループバックデバイスも含めます。}}		{{Tip\|この記事における"ディスク"にはループバックデバイスも含めます。}}

	== 一般的なユースケース ==		== 一般的なユースケース ==
18行目:		18行目:
	=== デバイス上に残っているデータを全て消去 ===		=== デバイス上に残っているデータを全て消去 ===

	デバイスを完全に、二度と復旧できないように消去する最も一般的な理由としては、デバイスを廃棄するまたは売り飛ばす場合が考えられます。デバイス上に (暗号化されていない) データが残っている可能性を考えると、簡単にデータをとり出される前に対処しておいたほうが良いでしょう。データを盗むことは[[ファイルリカバリ]]ソフトウェアなどを使えば朝飯前です。		デバイスを完全に、二度と復旧できないように消去する最も一般的な理由としては、デバイスを廃棄するまたは売り飛ばす場合が考えられます。デバイス上に (暗号化されていない) データが残っている可能性を考えると、簡単にデータをとり出される前に対処しておいたほうが良いでしょう。データを盗むことは [[ファイルリカバリ]] ソフトウェアなどを使えば朝飯前です。

	ディスク上の全てのデータを素早く消去したいという場合、{{ic\|/dev/zero}} のようなシンプルなパターンを使うのが一番効率がよく、それでいて十分なランダム性を確保できます。詳しくは[[#データの残存性\|データの残存性]]で説明しています。		ディスク上の全てのデータを素早く消去したいという場合、{{ic\|/dev/zero}} のようなシンプルなパターンを使うのが一番効率がよく、それでいて十分なランダム性を確保できます。詳しくは [[#データの残存性\|データの残存性]] で説明しています。

	ビットを全て上書きしてデータを消去すると通常のシステムの機能 (標準の ATA/SCSI コマンドなど) やハードウェアのインターフェイスでリカバリすることはできなくなります。上で述べたようなファイルリカバリソフトウェアがデータを復旧させようとしたら、プロプライエタリなストレージハードウェアの機能を使う必要が出てきます。		ビットを全て上書きしてデータを消去すると通常のシステムの機能 (標準の ATA/SCSI コマンドなど) やハードウェアのインターフェイスでリカバリすることはできなくなります。上で述べたようなファイルリカバリソフトウェアがデータを復旧させようとしたら、プロプライエタリなストレージハードウェアの機能を使う必要が出てきます。
30行目:		30行目:
	=== ブロックデバイス暗号化の準備 ===		=== ブロックデバイス暗号化の準備 ===

	完全に消去した領域に[[ディスク暗号化#ブロックデバイスの暗号化\|ディスク暗号化]]を設定したいという場合、暗号強度が高い乱数生成器 (Random Number Generator、以下 RNG と呼称します) による、[[#ランダムデータ\|ランダムデータ]]を使用するべきでしょう。		完全に消去した領域に [[ディスク暗号化#ブロックデバイスの暗号化\|ディスク暗号化]] を設定したいという場合、暗号強度が高い乱数生成器 (Random Number Generator、以下 RNG と呼称します) による、[[#ランダムデータ\|ランダムデータ]]を使用するべきでしょう。

	[[Wikipedia:Random number generation]] を参照してください。		[[Wikipedia:Random number generation]] を参照してください。
38行目:		38行目:
	== データの残存性 ==		== データの残存性 ==

	[[Wikipedia:ja:データの完全消去\|データの完全消去]] も参照。データを削除したり消去したりしようとした後でも、データの表現が残っていることがある。		[[Wikipedia:ja:データの完全消去\|データの完全消去]] も参照。データを削除したり消去したりしようとした後でも、データの表現が残っていることがあります。

	=== オペレーティングシステム、プログラム、およびファイルシステム ===		=== オペレーティングシステム、プログラム、およびファイルシステム ===
57行目:		57行目:
	透過的な圧縮 (すべての SandForce SSD) などの他の "機能" は、ゼロまたは反復パターンを圧縮できるため、消去が信じられないほど高速である場合、これが原因である可能性があります。		透過的な圧縮 (すべての SandForce SSD) などの他の "機能" は、ゼロまたは反復パターンを圧縮できるため、消去が信じられないほど高速である場合、これが原因である可能性があります。

	[http://www.flash-extractor.com/manual/reader_models/ シンプルなハードウェア] を使用すると、コントローラを介さずにフラッシュメモリデバイスを分解し、チップのはんだを外し、データコンテンツを分析することが問題なく実行できます。データ復旧会社は安いお金でそれを行います。		[http://www.flash-extractor.com/manual/reader_models/ シンプルなハードウェア] を使用すると、コントローラを介さずにフラッシュメモリデバイスを分解し、チップのはんだを外し、データコンテンツを分析することが問題なく実行できます。データ復旧会社は安いお金でそれを行います。

	詳細については、次を参照してください:		詳細については、次を参照してください:
108行目:		108行目:
	[[Wikipedia:Dd (Unix)#Block size]], [https://people.redhat.com/msnitzer/docs/io-limits.txt blocksize io-limits] も見て下さい。		[[Wikipedia:Dd (Unix)#Block size]], [https://people.redhat.com/msnitzer/docs/io-limits.txt blocksize io-limits] も見て下さい。

	[[Advanced Format]] のハードドライブを使用している場合、ブロックサイズをデフォルトの512バイトよりも大きく指定することを推奨します。高速に書き換え処理を行うために、あなたの使用しているドライブの物理的なジオメトリにブロックサイズを合わせて下さい。''dd'' コマンドにブロックサイズオプションを追加することで指定できます (例: 4KB の場合 {{ic\|<nowiki>bs=4096</nowiki>}})。		[[Advanced Format]] のハードドライブを使用している場合、ブロックサイズをデフォルトの512バイトよりも大きく指定することを推奨します。高速に書き換え処理を行うために、あなたの使用しているドライブの物理的なジオメトリにブロックサイズを合わせて下さい。''dd'' コマンドにブロックサイズオプションを追加することで指定できます (例: 4KB の場合 {{ic\|<nowiki>bs=4096</nowiki>}})

	''fdisk'' は全てのディスクの物理セクタと論理セクタのサイズを出力します。		''fdisk'' は全てのディスクの物理セクタと論理セクタのサイズを出力します。
199行目:		199行目:
	{{ic\|/dev/random}} を使った真のランダムデータソースは、エントロピー生成を待つのに時間がかかりすぎるため、大容量のワイプには非現実的です。{{ic\|/dev/urandom}} は擬似ランダムデータの妥当なソースとして使うことができます。ソースとしてのランダムデータと擬似ランダムデータの違いについては、[[乱数生成]] を参照してください。		{{ic\|/dev/random}} を使った真のランダムデータソースは、エントロピー生成を待つのに時間がかかりすぎるため、大容量のワイプには非現実的です。{{ic\|/dev/urandom}} は擬似ランダムデータの妥当なソースとして使うことができます。ソースとしてのランダムデータと擬似ランダムデータの違いについては、[[乱数生成]] を参照してください。

	疑似ランダムデータ生成のもう一つの方法は、暗号化されたデータストリームを使用することである。例えば、ブロック暗号化用のデバイスを用意し、暗号化パーティションにAESを使用する場合、ファイルシステムを作成する前に同様の暗号で消去し、空き領域が使用領域と区別できないようにすることが適切です。		疑似ランダムデータ生成のもう一つの方法は、暗号化されたデータストリームを使用することである。例えば、ブロック暗号化用のデバイスを用意し、暗号化パーティションに AES を使用する場合、ファイルシステムを作成する前に同様の暗号で消去し、空き領域が使用領域と区別できないようにすることが適切です。

	== 対象の上書き ==		== 対象の上書き ==

	選択したドライブをユーティリティを使って上書きします。都合に合わせて選択してください。単一のファイルだけ削除したい場合、[[ディスクの完全消去/ヒントとテクニック#単体ファイルの消去]]に以下で説明しているユーティリティの追加説明があります。		選択したドライブをユーティリティを使って上書きします。都合に合わせて選択してください。単一のファイルだけ削除したい場合、[[ディスクの完全消去/ヒントとテクニック#単体ファイルの消去]] に以下で説明しているユーティリティの追加説明があります。

	=== 出力のリダイレクト ===		=== 出力のリダイレクト ===
263行目:		263行目:
	$ wipe -r -q /path/to/wipe		$ wipe -r -q /path/to/wipe

	参照: [https://linux.die.net/man/1/wipe man ページ]。		参照: [https://linux.die.net/man/1/wipe man ページ]

	=== shred ===		=== shred ===

Kgx: /* 対象の上書き */ 同期

2023-12-15T06:59:01Z

対象の上書き: 同期

← 古い版		2023年12月15日 (金) 15:59時点における版
309行目:		309行目:
	ATA Secure Erase の使用法に関する詳細は[[ソリッドステートドライブ/メモリセルの消去]]や [https://ata.wiki.kernel.org/index.php/ATA_Secure_Erase Linux ATA wiki] を見て下さい。		ATA Secure Erase の使用法に関する詳細は[[ソリッドステートドライブ/メモリセルの消去]]や [https://ata.wiki.kernel.org/index.php/ATA_Secure_Erase Linux ATA wiki] を見て下さい。

	=== ~~secure-delete~~ ===		=== blkdiscard ===

			こちらを参照 [[ソリッドステートドライブ/メモリセルの消去#blkdiscard による一般的な方法]]
	[[AUR]] の {{AUR\|secure-delete}} パッケージには安全な消去のためのユーティリティが複数含まれています。例えば {{ic\|sfill}} は特定のマウントポイントの空き領域だけを消去します。例:

	# sfill -v /

	詳しくは [https://superuser.com/questions/19326/how-to-wipe-free-disk-space-in-linux ツールのリスト] を見て下さい。

	== 参照 ==		== 参照 ==

Kgx: /* 対象の上書き */ scrubを翻訳して追加

2023-12-15T06:56:19Z

対象の上書き: scrubを翻訳して追加

@@ 274行目: / 274行目: @@
 もしくは {{ic|/dev/urandom}} のエントロピーだけを使って1つのパスで shred を実行することも可能です:
  # shred --verbose --random-source=/dev/urandom -n1 /dev/sd''X''
 === Badblocks ===

PettaCotta: 内部リンク修正

2023-02-23T05:32:17Z

内部リンク修正

← 古い版		2023年2月23日 (木) 14:32時点における版
20行目:		20行目:
	デバイスを完全に、二度と復旧できないように消去する最も一般的な理由としては、デバイスを廃棄するまたは売り飛ばす場合が考えられます。デバイス上に (暗号化されていない) データが残っている可能性を考えると、簡単にデータをとり出される前に対処しておいたほうが良いでしょう。データを盗むことは[[ファイルリカバリ]]ソフトウェアなどを使えば朝飯前です。		デバイスを完全に、二度と復旧できないように消去する最も一般的な理由としては、デバイスを廃棄するまたは売り飛ばす場合が考えられます。デバイス上に (暗号化されていない) データが残っている可能性を考えると、簡単にデータをとり出される前に対処しておいたほうが良いでしょう。データを盗むことは[[ファイルリカバリ]]ソフトウェアなどを使えば朝飯前です。

	ディスク上の全てのデータを素早く消去したいという場合、{{ic\|/dev/zero}} のようなシンプルなパターンを使うのが一番効率がよく、それでいて十分なランダム性を確保できます。詳しくは[[#データの残留\|データの残留]]で説明しています。		ディスク上の全てのデータを素早く消去したいという場合、{{ic\|/dev/zero}} のようなシンプルなパターンを使うのが一番効率がよく、それでいて十分なランダム性を確保できます。詳しくは[[#データの残存性\|データの残存性]]で説明しています。

	ビットを全て上書きしてデータを消去すると通常のシステムの機能 (標準の ATA/SCSI コマンドなど) やハードウェアのインターフェイスでリカバリすることはできなくなります。上で述べたようなファイルリカバリソフトウェアがデータを復旧させようとしたら、プロプライエタリなストレージハードウェアの機能を使う必要が出てきます。		ビットを全て上書きしてデータを消去すると通常のシステムの機能 (標準の ATA/SCSI コマンドなど) やハードウェアのインターフェイスでリカバリすることはできなくなります。上で述べたようなファイルリカバリソフトウェアがデータを復旧させようとしたら、プロプライエタリなストレージハードウェアの機能を使う必要が出てきます。

Kgx: /* ランダムデータ */ リンクを修正

2023-02-10T17:22:51Z

ランダムデータ: リンクを修正

← 古い版		2023年2月11日 (土) 02:22時点における版
197行目:		197行目:
	=== ランダムデータ ===		=== ランダムデータ ===

	{{ic\|/dev/random}} を使った真のランダムデータソースは、エントロピー生成を待つのに時間がかかりすぎるため、大容量のワイプには非現実的です。{ic\|/dev/urandom}} は擬似ランダムデータの妥当なソースとして使うことができます。ソースとしてのランダムデータと擬似ランダムデータの違いについては、[[乱数生成]] を参照してください。		{{ic\|/dev/random}} を使った真のランダムデータソースは、エントロピー生成を待つのに時間がかかりすぎるため、大容量のワイプには非現実的です。{{ic\|/dev/urandom}} は擬似ランダムデータの妥当なソースとして使うことができます。ソースとしてのランダムデータと擬似ランダムデータの違いについては、[[乱数生成]] を参照してください。

	疑似ランダムデータ生成のもう一つの方法は、暗号化されたデータストリームを使用することである。例えば、ブロック暗号化用のデバイスを用意し、暗号化パーティションにAESを使用する場合、ファイルシステムを作成する前に同様の暗号で消去し、空き領域が使用領域と区別できないようにすることが適切です。		疑似ランダムデータ生成のもう一つの方法は、暗号化されたデータストリームを使用することである。例えば、ブロック暗号化用のデバイスを用意し、暗号化パーティションにAESを使用する場合、ファイルシステムを作成する前に同様の暗号で消去し、空き領域が使用領域と区別できないようにすることが適切です。

Kgx: /* データソースの選択 */ 情報を更新

2023-02-10T17:22:18Z

データソースの選択: 情報を更新

← 古い版		2023年2月11日 (土) 02:22時点における版
181行目:		181行目:
	{{Note\|物理的に限られた領域、例えば {{ic\|sd "XY"}} や {{ic\|sd "X"}} を最初から最後まで消去する場合は {{ic\|1=count=}} オプションは必要ありませんが、制限外の書き込みをしようとすると空き容量不足のエラーが表示されることがあります。}}		{{Note\|物理的に限られた領域、例えば {{ic\|sd "XY"}} や {{ic\|sd "X"}} を最初から最後まで消去する場合は {{ic\|1=count=}} オプションは必要ありませんが、制限外の書き込みをしようとすると空き容量不足のエラーが表示されることがあります。}}

	== データソースの選択 ==		== データソースを選択 ==

	~~先に述べた通り、重要な~~データを消去した~~いときは~~、必要に応じて手段を選ぶことができます。		機密データを消去するために、ニーズに合わせて任意のデータパターンを使用することができます。

			=== ゼロ ===
	消去した後にブロックデバイスの暗号化をセットアップしたい場合、データソースとして暗号を使用して消去を行うべきでしょう。最低でも擬似乱数によるデータを使って下さい。

			{{ic\|/dev/zero}} や単純なパターンによる上書きは、ほとんどの状況で安全であると考えられています。今日のHDDでは、ディスクの消去には適切で高速だと判断されます。
	ランダムなデータを使わない場合、ディスクの書き込み速度によって実行時間が変わります。ランダムなデータが必要な場合、ランダムデータを生成するシステムの性能とエントロピーのソースによって実行時間は変わります。

		⚫	しかし、書き込みパターンや0化が異常に速いドライブは、透過的圧縮を行っている可能性があります。すべてのブロックがこの方法で消去されるわけではないことは明らかです。一部の [[ディスクの完全消去#フラッシュメモリー\|フラッシュメモリー]] デバイスでは、そのような "機能" を備えています。
	=== ランダムではないデータ ===
	大抵は {{ic\|/dev/zero}} などのシンプルなパターンで上書きするので安全です。高速にディスク消去をしたい場合は十分でしょう。

			その後、ブロックデバイスの暗号化を設定するには、暗号化を弱めないようにランダムなデータで領域を消去する必要があります (次章参照)
⚫	~~{{Warning\|~~異常に高速にドライブ~~に書き込みが行われる場合~~、透過圧縮~~がされ~~ている可能性があります。~~この場合、全~~てのブロックが消去されるとは~~限りません~~。[[#フラッシュメモリ\|フラッシュメモリ]]デバイスはこの"機能"を持ってい~~ることが多々あり~~ます。}}

			{{Warning\|圧縮の対象であり、フラッシュメモリや SSD との併用に注意が必要、ブロック暗号化準備には上記の通り避けるべきです。}}
	==== パターン書き込みのテスト ====
	[[#Badblocks\|Badblocks]] はシンプルなパターンをデバイスのブロックに書き込むことができ、壊れた領域がないか検索してチェックすることができます (memtest86* がメモリで行うのと同じようなテストです)。

	アクセス可能なブロック全てにパターンが書き込まれるため、効率的にデバイスを消去することができます。

	=== ランダムデータ ===		=== ランダムデータ ===

	ランダムまたは擬似的にランダムなデータをソースとして使う場合、[[乱数生成]]を見て下さい。		{{ic\|/dev/random}} を使った真のランダムデータソースは、エントロピー生成を待つのに時間がかかりすぎるため、大容量のワイプには非現実的です。{ic\|/dev/urandom}} は擬似ランダムデータの妥当なソースとして使うことができます。ソースとしてのランダムデータと擬似ランダムデータの違いについては、[[乱数生成]] を参照してください。

	{{Note\|[[#ランダムではないデータ]] の警告に書いたようにデバイスが透過的に圧縮している場合、圧縮しづらいデータ (ランダムデータ) は書き込みが遅くなります。しかしながら、ランダムなデータは [[#データの残留]] がありません。最大書き込み速度がボトルネックにならないのであれば、ランダムデータによるディスク消去で残留を完全に無視できます。}}

	=== 暗号データ ===

	~~フルディスク暗号化用にド~~ラ~~イブを準備する際に、高品質なエ~~ン~~トロピ~~ー~~を使用する必要~~は~~ありません。~~暗号化されたデータストリームを使うことで~~間に合います~~。例えば、~~AES~~ を~~使って~~パーティションを~~暗号化~~する場合、ファイルシステムを作成する前に同じ暗号~~を使ってディスクを~~消去~~することで~~、使用~~している~~領域と空き~~領域を判断~~することがで~~きなくなりま~~す。		疑似ランダムデータ生成のもう一つの方法は、暗号化されたデータストリームを使用することである。例えば、ブロック暗号化用のデバイスを用意し、暗号化パーティションにAESを使用する場合、ファイルシステムを作成する前に同様の暗号で消去し、空き領域が使用領域と区別できないようにすることが適切です。

	== 対象の上書き ==		== 対象の上書き ==

Kgx: /* オペレーティングシステム、プログラム、およびファイルシステム */ typo

2023-02-10T17:04:25Z

オペレーティングシステム、プログラム、およびファイルシステム: typo

← 古い版		2023年2月11日 (土) 02:04時点における版
40行目:		40行目:
	[[Wikipedia:ja:データの完全消去\|データの完全消去]] も参照。データを削除したり消去したりしようとした後でも、データの表現が残っていることがある。		[[Wikipedia:ja:データの完全消去\|データの完全消去]] も参照。データを削除したり消去したりしようとした後でも、データの表現が残っていることがある。

	=== オペレーティングシステム、プログラム、およびファイルシステム ===		=== オペレーティングシステム、プログラム、およびファイルシステム ===

	オペレーティングシステム、実行されるプログラム、[[Wikipedia:ja:ジャーナリングファイルシステム\|ジャーナリングファイルシステム]] は暗号化されていないデータをブロックデバイス全体にコピーする可能性があります。プレーンディスクに書き込む場合、これは上記のいずれかと関連している場合に限ります。		オペレーティングシステム、実行されるプログラム、[[Wikipedia:ja:ジャーナリングファイルシステム\|ジャーナリングファイルシステム]] は暗号化されていないデータをブロックデバイス全体にコピーする可能性があります。プレーンディスクに書き込む場合、これは上記のいずれかと関連している場合に限ります。

	データがディスク上に正確に配置され、他の場所にコピーされていない場合、プールに十分なエントロピーがある限り、ランダムデータによるワイプは徹底的かつ驚くほど迅速に実行できます。		データがディスク上に正確に配置され、他の場所にコピーされていない場合、プールに十分なエントロピーがある限り、ランダムデータによるワイプは徹底的かつ驚くほど迅速に実行できます。

	良い例は、{{ic\|/dev/urandom}} を使用した [[dm-crypt/デバイスの暗号化#キーの管理\|LUKS キースロットの消去]] を使用した cryptsetup です。		良い例は、{{ic\|/dev/urandom}} を使用した [[dm-crypt/デバイスの暗号化#キーの管理\|LUKS キースロットの消去]] を使用した cryptsetup です。

Kgx: 参照を追加

2023-02-10T17:01:37Z

参照を追加

← 古い版		2023年2月11日 (土) 02:01時点における版
307行目:		307行目:
	詳しくは [https://superuser.com/questions/19326/how-to-wipe-free-disk-space-in-linux ツールのリスト] を見て下さい。		詳しくは [https://superuser.com/questions/19326/how-to-wipe-free-disk-space-in-linux ツールのリスト] を見て下さい。

	== ~~データの残留~~ ==		== 参照 ==

			* [https://superuser.com/questions/19326/how-to-wipe-free-disk-space-in-linux Linux の空き領域を消去する]
	[[Wikipedia:Data remanence]] を参照してください。

	たとえデータの削除・消去を行った後でも、データが残留している可能性は存在します。

	一回だけでなく複数回、繰り返しディスクに(ランダムな)データを書き込むことで残留データを消去できるかもしれませんが、複数回書き換えることでハードディスクドライブのデータを復元できる可能性が劇的に減るわけではありません。[[#残留磁気]]を見て下さい。

	=== オペレーティングシステム、プログラム、ファイルシステム ===

	オペレーティングシステムや実行プログラム、あるいは[[Wikipedia:Journaling file system\|ジャーナリングファイルシステム]]は暗号化されていないデータをブロックデバイスの至る所にコピーする可能性があります。暗号化されていないディスクに書き込みを行う場合にのみ関係してきます。

	ディスク上のデータの位置を正確に把握することができるのであれば、エントロピープールさえ十分ならランダムデータによる消去は驚くほど高速に行われます。

	{{ic\|/dev/urandom}} を使って [[Dm-crypt/デバイスの暗号化#キーの管理\|LUKS キースロットを消去]]する cryptsetup が良い例です。

	=== ハードウェア特有の問題 ===

	==== フラッシュメモリ ====

	[[Wikipedia:ja:ライトアンプリフィケーション\|ライトアンプリフィケーション]]などの機能があるために、フラッシュメモリを完全に消去するのは厄介です。デバイスのコントローラチップから見えるデータと、オペレーティングシステムから見えるデータの間には、透過的な抽象レイヤーが多数存在しており、データの書き込まれる場所が食い違っているために、特定のブロックやファイルを消去したとしても確実にデータが書き換えられているとは限りません。

	(SandForce の全ての SSD に搭載されている) 透過圧縮などの"機能"は {{ic\|/dev/zero}} などのパターンストリームを圧縮してしまうことがあり、信じられないほど速く消去が終わってしまった場合、圧縮されてしまっている可能性があります。

	Flash メモリデバイスを解体して、チップのハンダ付けを取り除き、中に入っているコントローラを使わずにデータの中身を解析することは [http://www.flash-extractor.com/manual/reader_models/ 単純なハードウェア] だけで簡単に行えてしまいます。データ復旧会社は安価にこれをしています。

	詳細は次を参照: [http://www.usenix.org/events/fast11/tech/full_papers/Wei.pdf Reliably Erasing Data From Flash-Based Solid State Drives]。

	==== 不良セクタ ====

	ハードドライブが不良セクタを認識すると、セクタへのアクセスが遮断され、ソフトウェアからはその領域に書き込みできなくなります。それによって、完全な書き換えがその領域にまで及ばない可能性があります。ただし、ブロックサイズから考えて、理論上、その領域からリカバリできるサイズはあくまで数 KB ほどしかありません。

	==== 残留磁気 ====

	最近の高密度なストレージデバイスでは一回ゼロやランダムデータで上書きした時点でデータは全て消去されます [http://www.howtogeek.com/115573/htg-explains-why-you-only-have-to-wipe-a-disk-once-to-erase-it/]。残されたビットからバイトパターンを復元することは基本的に不可能です [https://web.archive.org/web/20120102004746/http://www.h-online.com/newsticker/news/item/Secure-deletion-a-single-overwrite-will-do-it-739699.html]。[https://www.google.com/search?tbs=bks:1&q=isbn:9783540898610], [https://security.stackexchange.com/questions/26132/is-data-remanence-a-myth/26134#26134], [http://www.nber.org/sys-admin/overwritten-data-guttman.html] も参照してください。

Kgx: データの残存性を翻訳して追加

2023-02-10T16:59:26Z

データの残存性を翻訳して追加

@@ 15行目: / 15行目: @@
 == 一般的なユースケース ==
 === デバイス上に残っているデータを全て消去 ===
 デバイスを完全に、二度と復旧できないように消去する最も一般的な理由としては、デバイスを廃棄するまたは売り飛ばす場合が考えられます。デバイス上に (暗号化されていない) データが残っている可能性を考えると、簡単にデータをとり出される前に対処しておいたほうが良いでしょう。データを盗むことは[[ファイルリカバリ]]ソフトウェアなどを使えば朝飯前です。
@@ 27行目: / 29行目: @@
 === ブロックデバイス暗号化の準備 ===
 完全に消去した領域に[[ディスク暗号化#ブロックデバイスの暗号化|ディスク暗号化]]を設定したいという場合、暗号強度が高い乱数生成器 (Random Number Generator、以下 RNG と呼称します) による、[[#ランダムデータ|ランダムデータ]]を使用するべきでしょう。
@@ 32行目: / 35行目: @@
 {{Warning|ブロックデバイス暗号化が使われているパーティションにランダムなデータや暗号化されたデータ以外が含まれている場合、暗号化ドライブの使用パターンを解析することができ、ファイルシステムレベルの暗号化と大して変わらなくなります。真剣にブロックデバイス暗号化をセットアップしたい場合はランダムではない {{ic|/dev/zero}} やシンプルなパターン (badblocks など) を使ってはいけません。}}
 == 対象の選択 ==
@@ 273行目: / 313行目: @@
 たとえデータの削除・消去を行った後でも、データが残留している可能性は存在します。
-一回だけでなく複数回、繰り返しディスクに（ランダムな）データを書き込むことで残留データを消去できるかもしれませんが、複数回書き換えることでハードディスクドライブのデータを復元できる可能性が劇的に減るわけではありません。[[#残留磁気]]を見て下さい。
+一回だけでなく複数回、繰り返しディスクに(ランダムな)データを書き込むことで残留データを消去できるかもしれませんが、複数回書き換えることでハードディスクドライブのデータを復元できる可能性が劇的に減るわけではありません。[[#残留磁気]]を見て下さい。
 === オペレーティングシステム、プログラム、ファイルシステム ===