Saya memiliki pohon direktori yang ingin saya hancurkan dengan utilitas 'shred' Linux. Sayangnya, -R
shredding tidak memiliki opsi untuk shredding rekursif.
Bagaimana saya bisa merusak seluruh pohon direktori secara rekursif?
security
rm
data-destruction
Steve V.
sumber
sumber
man shred
.srm
dari jawaban @ Cookie setidaknya akan mencoba untuk memperbaiki masalah ini).-exec shred {} +
untuk membuatnya lebih cepat karena shred menerima beberapa argumen.Waspadalah terhadap kerusakan!
Dari halaman rusak:
Solusi: Gunakan sistem file terenkripsi, dan hapus saja file Anda.
sumber
shred
maupun enkripsi data mencegah pembacaan data dari perangkat penyimpanan offline (pikirkan pencurian atau polisi) dengan enkripsi data yang memiliki manfaat tambahan melindungi semua file, bukan hanya yang (dengan benar) dihapus. Setelah sistem file dipasang, kita kembali ke izin unix yang baik dalam hal apapun dan perlindungan data menjadi tugas keamanan OS dan administrasi sistem yang tepat lagi. Enkripsi sistem file dimuka jelas tidak lebih buruk dalam melindungi data saat istirahat daripada penggunaan strategisshred
!Gunakan hapus aman sebagai gantinya.
Selesai. Hapus aman jauh lebih paranoid daripada rusak, menggunakan 38 lintasan alih-alih 3. Untuk melakukan lintasan cepat tunggal, gunakan
fll memberi Anda generator data yang kurang acak, dan hanya satu lintasan.
sumber
find
metode yang diusulkan yang akan mencoba juga menghapus nama file yang disimpan dengan mengubah nama file sebelum memotong dan memutuskan tautannya.Menggabungkan jawaban ini dengan opsi yang paling dikenal untuk rusak menggunakan tautan stack overflow ini ' Menghapus File Secara Permanen dan Aman di CentOS ':
Sunting: Perlu diketahui bahwa jawaban terbaik untuk merobek-robek file tunggal memaksa sinkronisasi yang menulis perubahan pada media sebelum menghapus file karena beberapa atau semua sistem file yang dijurnal memiliki buffer.
Jika memungkinkan, perintah find harus memanggil skrip shell pada file yang berjalan:
pada setiap file.
sumber
rm -rvf $1
ke skrip shell (di mana $ 1 adalah / path / ke / file Anda lewat dari{}
ekspansi difind... -exec
)depth
dilakukan di sini? Juga tidak yakin tentang garis miring terbaliksumber
Ini melakukan pencarian mendalam-pertama untuk file dalam direktori [dirname], kemudian jalankan
shred -n1
perintah pada setiap file. Saat menghapus file dan / atau direktori, menambahkan-depth
sebagai default adalah kebiasaan yang baik, meskipun itu tidak sepenuhnya diperlukan untuk kasus ini. Ketika menjalankan perintah semacam ini denganrm -rf
alih - alihshred
,-depth
diperlukan untuk memastikan bahwa direktori tidak dihapus sebelum isi direktori dicoba untuk dihapus (sehingga menyebabkan kesalahan).sumber
shred -N 1
, karena default, mencabik-cabik 3 kali, adalah minyak ular. Satu kali saja sudah cukup, atau 30 kali tidak akan berhasil.Metode paling menyeluruh
shred
yang saya temukan, termasuk penghapusan direktori, adalah denganfind
memanggil skrip untukshred
:Metode ini juga menangani nama file dengan spasi di dalamnya.
Pertama -
shred
skrip (Saya menamai milik sayadirShredder.sh
dan menyimpannya di/root
direktori:Kemudian, panggil script seperti ini:
Pastikan untuk menandai
killit.sh
file executable (chmod +x
) dan tentu saja perbarui path untuk dir yang ingin Anda hancurkan dandirShredder.sh
jika Anda menyimpannya di tempat lain.NOTA BENE -
shred
memiliki masalah pada sistem file Copy-on-Write (ZFS, BTRFS, et al) dan bahkan pada sistem file Journal. Tidak ada cara "terbaik" yang benar-benar diterima untuk menangani hal ini yang saya temukan selain "sistem file terenkripsi" tetapi saya tidak yakin seberapa efektif ini setelah fakta.Yang paling dekat tampaknya bisa Anda dapatkan adalah menimpa semua ruang kosong pada drive dengan data acak setelah operasi merobek-robek Anda (bukan nol, tampaknya ini tidak selalu dapat diandalkan.) Selain itu, SSD mungkin memiliki pertimbangan lain juga (seperti TRIM.)
Saya tidak akan membahasnya di sini, ada jawaban Stack lainnya (@user jawaban yang tidak diketahui dalam pertanyaan ini misalnya) dan banyak diskusi di seluruh 'jaring yang membahas topik ini jadi cari mereka jika Anda membutuhkan tingkat keamanan itu.
sumber