CẢNH BÁO
Tôi đã bị sốc bởi có bao nhiêu tập tin photorec có thể lấy từ đĩa của tôi, ngay cả sau khi xóa.
Cho dù có nhiều bảo mật hơn trong việc lấp đầy "không gian trống" chỉ 1 lần với 0x00 hoặc 38 lần với các tiêu chuẩn cabalistic khác nhau sẽ là một cuộc thảo luận học thuật. Tác giả của bài báo bán kết năm 1996 về việc băm nhỏ đã tự viết cho mình một đoạn kết nói rằng điều này đã lỗi thời và không cần thiết cho phần cứng hiện đại. Không có trường hợp nào được ghi nhận là dữ liệu được thay thế bằng 0 và được phục hồi sau đó.
Liên kết dễ vỡ thực sự trong thủ tục này là hệ thống tập tin . Một số hệ thống tập tin dành không gian cho mục đích sử dụng đặc biệt và nó không được cung cấp dưới dạng "không gian trống". Nhưng dữ liệu của bạn có thể ở đó . Điều đó bao gồm hình ảnh, email văn bản đơn giản cá nhân, bất cứ điều gì. Tôi vừa mới googled reserved + space + ext4 và biết rằng 5% homephân vùng của tôi đã được bảo lưu. Tôi đoán đây là nơi photorectìm thấy rất nhiều thứ của tôi. Kết luận: phương pháp băm nhỏ không phải là quan trọng nhất, ngay cả phương pháp multi-pass vẫn để nguyên dữ liệu .
Bạn có thể thử # tune2fs -m 0 /dev/sdn0trước khi gắn nó. (Nếu đây sẽ là phân vùng gốc sau khi khởi động lại, hãy đảm bảo chạy -m 5hoặc -m 1sau khi ngắt kết nối nó).
Tuy nhiên, bằng cách này hay cách khác, có thể còn một khoảng trống.
Cách duy nhất thực sự an toàn là xóa toàn bộ phân vùng, tạo lại hệ thống tệp và sau đó khôi phục các tệp của bạn từ bản sao lưu.
Cách nhanh chóng (khuyên dùng)
Chạy từ một thư mục trên hệ thống tập tin bạn muốn xóa:
dd if=/dev/zero of=zero.small.file bs=1024 count=102400
dd if=/dev/zero of=zero.file bs=1024
sync ; sleep 60 ; sync
rm zero.small.file
rm zero.file
Lưu ý: mục đích của tệp nhỏ là giảm thời gian khi không gian trống hoàn toàn bằng không; mục đích của đồng bộ hóa là để đảm bảo dữ liệu được ghi thực sự.
Điều này là đủ tốt cho hầu hết mọi người.
Con đường chậm (hoang tưởng)
Không có trường hợp tài liệu nào được phục hồi sau khi làm sạch ở trên. Nó sẽ là tốn kém và đòi hỏi tài nguyên, nếu có thể.
Tuy nhiên, nếu bạn có lý do để nghĩ rằng các cơ quan bí mật sẽ dành nhiều tài nguyên để khôi phục các tệp của bạn, thì điều này là đủ:
dd if=/dev/urandom of=random.small.file bs=1024 count=102400
dd if=/dev/urandom of=random.file bs=1024
sync ; sleep 60 ; sync
rm random.small.file
rm random.file
Phải mất nhiều thời gian hơn.
Cảnh báo. Nếu bạn đã chọn cách hoang tưởng, sau này bạn vẫn muốn thực hiện việc lau nhanh, và đó không phải là hoang tưởng. Sự hiện diện của dữ liệu hoàn toàn ngẫu nhiên rất dễ dàng và rẻ tiền để phát hiện, và làm tăng sự nghi ngờ rằng nó thực sự là dữ liệu được mã hóa. Bạn có thể chết vì bị tra tấn vì không tiết lộ khóa giải mã.
Cách rất chậm (hoang tưởng điên rồ)
Ngay cả tác giả của bài báo bán kết năm 1996 về việc băm nhỏ đã viết một đoạn kết nói rằng điều này đã lỗi thời và không cần thiết cho phần cứng hiện đại.
Nhưng nếu bạn có nhiều thời gian rảnh và bạn không lãng phí đĩa của mình với quá nhiều ghi đè, thì nó sẽ xuất hiện:
dd if=/dev/zero of=zero.small.file bs=1024 count=102400
sync ; sleep 60 ; sync
shred -z zero.small.file
dd if=/dev/zero of=zero.file bs=1024
sync ; sleep 60 ; sync
rm zero.small.file
shred -z zero.file
sync ; sleep 60 ; sync
rm zero.file
Lưu ý: điều này về cơ bản tương đương với việc sử dụng công cụ xóa an toàn.
Trước khi chỉnh sửa, bài đăng này là một bản viết lại của David Spillett. Lệnh "cat" tạo thông báo lỗi, nhưng tôi không thể viết bình luận trên bài đăng của người khác.