Windowsで「type nul> somefile」は「somefile」に対して何をしますか?


11

具体的にはtype nul > somefile、ディスク上のファイル全体を上書きしますか?バッチスクリプトのWebサイトで、FTPスクリプトを即座に生成し、タイトルのコマンドを使用して「安全に」消去することを推奨しているのを見ました。これにはメリットがありますか?

回答:


9

Windowsで「type nul> somefile」は「somefile」に対して何をしますか?

  1. まず、somefile書き込み用に開かれます–これにより、ファイルは自動的に0バイトに切り捨てられます。データはまだディスク上に残っており、ビットマップで「空き」とマークされています

  2. 次に、の内容nulが書き込まれsomefileます。この場合、からは何も読み取ることができないため、正確に0バイトですnul。古いデータは上書きされません

  3. ファイルが閉じています。

バッチスクリプトのWebサイトで、FTPスクリプトを即座に生成し、タイトルのコマンドを使用して「安全に」消去することを推奨しているのを見ました。これにはメリットがありますか?

それは、よりも「安全」ではありませんdel somefile。ディスクからデータを削除することすらありません。

ファイルを安全に消去するには、sdeleteEraserなどのワイプユーティリティを使用します。しかし、FTPスクリプトは実際に安全に消去する価値がありますか?


1
「FTPスクリプトは実際に安全に消去する価値があります」-まあ、それはリモートマシンでプレーンテキストのパスワードを公開します。
wes

2
@wes:上記のスクリプトの回復を防ぐためにマシンの物理的およびOSのセキュリティを確保できない場合、FTPトラフィックが傍受されていないことも同様に保証できません...しかし、いくつかの提案。より安全なプロトコルに切り替えます-SFTPまたは少なくともFTP / TLS。さらに、パスワードを含むファイル(スクリプトまたはクライアントの構成ファイルのいずれか)用に別のディレクトリを作成し、そのファイルのEFS暗号化を有効にします。内部のすべての新しいファイルは、OSレベルで自動的に暗号化されます。どちらのプロトコルも、代替として公開鍵認証をサポートしています。
user1686 2011

また、SSDではすべてのベットがオフになっていることに注意してください。現在、デバイス上の実際のビットは少なくとも1つの抽象化レイヤーによってOSから切り離されているため、それらを消去することはできません。
ジョーイ

したがって、最初の解決策は、プレーンテキストの資格情報をディスクに保存しないことです。
user1686 2011

タイプnul> filenameで更新されたファイル/元のデータを回復する方法はありますか?
Isaiah4110 2017年

2

ファイルをゼロで上書きする可能性がありますが、たとえ上書きされても、安全に消去することはできません。可能であれば、このためにSDeleteを使用したほうがよいでしょう。


1

ファイルを削除しても、サードパーティのユーティリティがそのファイルを再び削除することを防ぐことはできませんが、次のようにファイルをゼロバイトファイルに変換して、ファイル割り当てチェーンを破棄できます。

TYPE nul> C:\ examples \ MyFile.txt

DEL C:\ examples \ MyFile.txt

ページの下半分にあるソース


DELそれはファイルをエッティングすることだけとどう違うのですか?どちらの場合でも、OSは最終的にディスク上のそのスペースを上書きします、そうですか?
wes

1
結局、はい、しかしいつ、来年ですか?いつかを知る方法はありません。
モアブ

単にファイルを削除する場合と比較して、「ファイルアロケーションチェーンを破壊する」ことの即時/有益な影響を判断するように依頼することでの私のポイント。
wes

データ(ファイル)を即座に破壊するので、ソフトウェアを使用して、単に削除するときのようにデータを回復することはできません。少なくともそれは私の見解です。
モアブ
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.