Làm cách nào để xóa một tệp cụ thể trong Android để không thể khôi phục tệp?


9

Theo kinh nghiệm của tôi, một tập tin bị xóa khỏi hệ thống tập tin máy tính thường có thể được phục hồi trừ khi nó được ghi đè bằng một chương trình đặc biệt (thường được gọi là "băm nhỏ").

Là một điện thoại thông minh HTC dựa trên Android có khác nhau không? Làm thế nào một tập tin cụ thể có thể bị xóa khỏi điện thoại thông minh như vậy để tập tin không thể được phục hồi?


Bạn chỉ tìm kiếm các tùy chọn lưu trữ trên điện thoại, hoặc bạn sẽ chấp nhận các đề xuất về việc xóa tệp khi điện thoại được kết nối dưới dạng ổ đĩa?
Bernhard Hofmann

@Bernhard Hofmann: Chà, nếu kết nối như một ổ đĩa giúp hành động như vậy dễ dàng hơn - tốt hơn nhiều so với không có gì.
sharptooth

Câu trả lời:


8

Thật không may là không dễ dàng.

Vì không có API để xóa an toàn các tệp, nên nó sẽ yêu cầu root cho "ứng dụng xóa an toàn" để đạt được quyền truy cập cấp khối vào thiết bị lưu trữ. Cuối cùng, chỉ có quyền truy cập vào các khối của tệp bị xóa mới cho phép ứng dụng ghi đè lên phần còn lại của tệp bằng dữ liệu ngẫu nhiên. Cuối cùng, vì thiết bị lưu trữ flash có thể thực hiện cân bằng hao mòn . Nếu đó là trường hợp, khối # 42 sẽ không phải là cùng một khối vật lý, điều này làm cho hệ thống gọi không hiệu quả.

Tôi nghĩ đó là lý do tại sao chưa có giải pháp xóa an toàn cho Android. Ít nhất tôi không thể tìm thấy một cái trên XDA .


Một chương trình có thể mở một tệp hiện có, ghi đè lên tất cả bằng thùng rác, đóng tệp và sau đó xóa nó không?
sharptooth

Bạn có thể lập trình điều đó. Nhưng nó sẽ vô dụng, vì nó không được đảm bảo ghi đè sẽ xảy ra trên cùng các khối vật lý như dữ liệu hiện có.
Lưu lượng

1
Bạn có nghĩa là hệ thống tập tin hoặc một số thực thể khác sẽ di chuyển trong suốt dữ liệu bằng văn bản mới đến vị trí mới và đánh dấu vị trí bị chiếm đóng trước đó miễn phí?
sharptooth

1
Vâng, đó là sự lựa chọn của HĐH nơi nó muốn ghi dữ liệu mới vì nhiều lý do (phân mảnh, v.v.) và gần như mọi hệ điều hành hiện đại đều làm điều đó. Ngay cả khi không, vẫn có lớp mà sự mài mòn có thể xảy ra.
Lưu lượng

3

Một giải pháp đơn giản là xóa tệp, sau đó lấp đầy bộ nhớ với bất kỳ dữ liệu nào khác để không gian được sở hữu trước đó của tệp bị xóa chắc chắn sẽ bị ghi đè.

Khi bộ nhớ được lấp đầy, (các) tệp được sử dụng để điền có thể được xóa, giải phóng lại dung lượng - chỉ bây giờ các nỗ lực khôi phục sẽ chỉ tìm thấy tệp phụ, không phải tệp đã xóa ban đầu.

Lưu ý rằng điều này chỉ dành cho việc kết hợp các công cụ phục hồi nhà đơn giản như thế nào testdisk. Về lý thuyết có thể vẫn có cách phục hồi ít nhất là một phần, hoặc thậm chí toàn bộ tệp gốc - tuy nhiên chúng sẽ yêu cầu một số phương pháp phân tích cao cấp tinh vi. Một ví dụ về phương pháp như vậy sẽ là phân tích nếu một số dữ liệu được bảo tồn do cân bằng hao mòn flash . Tuy nhiên, điều này không dễ thực hiện và AFAIK sẽ yêu cầu kết nối thẻ nhớ với một thiết bị đọc tùy chỉnh nào đó và thậm chí có thể yêu cầu tháo rời thiết bị bộ nhớ.


Việc cân bằng mặc trên hầu hết các phương tiện Flash sẽ không luôn đảm bảo rằng việc ghi đè tệp sẽ ghi trên cùng một vị trí vật lý trên bộ nhớ. vi.wikipedia.org/wiki/Wear_leveling
Chahk

@Chahk, Có, tôi đồng ý, đó là lý do tại sao tôi đưa vào từ chối "phương pháp tinh vi". Vấn đề là, việc khôi phục một tệp thường bị xóa bằng các công cụ gia đình như là chuyện nhỏ testdisk. Nếu có một số công cụ gia đình dễ sử dụng để khôi phục nội dung đã bị loại bỏ do san lấp mặt bằng, tôi chưa bao giờ nghe nói về chúng. Lưu ý rằng tôi chưa bao giờ nói rằng lũ dữ liệu này sẽ là một phương pháp tuyệt đối , nhưng có lẽ là thứ gì đó đủ mạnh cho nhu cầu của người hỏi.
Ilari Kajaste

Tôi đã thêm nhiều chi tiết hơn vào phần từ chối trách nhiệm để cải thiện câu trả lời của mình và bây giờ đề cập đến việc phân tích mức độ hao mòn flash như một ví dụ về một vectơ tấn công còn lại có thể.
Ilari Kajaste

1

Nếu bạn kết nối thiết bị của mình dưới dạng ổ đĩa, bạn có thể sử dụng tiện ích như sdelete trên Windows để xóa các tệp một cách an toàn. http://technet.microsoft.com/en-us/sysiternals/bb897443

Từ trang web: "SDelete thực hiện việc dọn dẹp và vệ sinh tiêu chuẩn DOD 5220.22-M của Bộ Quốc phòng, để bạn tự tin rằng một khi đã xóa bằng SDelete, dữ liệu tệp của bạn sẽ biến mất vĩnh viễn."


Nó có giúp chống lại sự hao mòn được đề cập trong câu trả lời này android.stackexchange.com/questions/14739/ không?
sharptooth

Trong tất cả sự trung thực, tôi không có ý tưởng. Tôi thậm chí không biết liệu có bất kỳ thiết bị Android nào thực hiện cân bằng hao mòn hay không. Vì nó ghi đè lên các khu vực ban đầu, tôi sẽ hy vọng nó sẽ không bị ảnh hưởng bởi việc cân bằng độ mòn.
Bernhard Hofmann

Chà, nếu có sự hao mòn thì chương trình này bị ảnh hưởng - nó không có phép thuật, chỉ cần mở tệp để viết (giống như bất kỳ chương trình nào khác) và viết rác ở đó, sau đó đóng tệp. Nếu có sự hao mòn, chương trình không thể biết - nó sử dụng các nguyên hàm hệ điều hành thông thường.
sharptooth

Tôi tự hỏi liệu sử dụng tùy chọn sạch một vài lần sẽ cung cấp bảo vệ chống mài mòn. Vì nó nằm ngoài tầm kiểm soát của chúng tôi, việc dọn dẹp không gian trống một vài lần phải "tìm" các khu vực được giải phóng và xóa chúng.
Bernhard Hofmann

Có thể, nhưng tôi cho rằng nó sẽ mất rất nhiều thời gian.
sharptooth

1

Nếu tập tin là trên sdcard thì bạn có thể chèn vào sdcard đọc của bạn máy tính xách tay thẻ và sử dụng srm, sdeletehoặc bất cứ điều gì bạn thường sử dụng trên máy tính để bàn của bạn để xóa tập tin an toàn.

Nếu tệp nằm trong bộ nhớ trong thì có lẽ cách duy nhất đáng tin cậy để xóa hoàn toàn mọi dấu vết của nó (và mọi thứ khác trên điện thoại) là bật mã hóa điện thoại đầy đủ trong Cài đặt> Bảo mật, đợi cho đến khi mọi thứ được mã hóa (khoảng một giờ ), và sau đó thực hiện khôi phục cài đặt gốc.

Ngoài ra còn có các ứng dụng trong cửa hàng chơi được cho là có thể xóa sạch không gian trống bằng thuật toán cấp DoD, nhưng tôi không biết chúng tốt như thế nào hoặc chúng hoạt động như thế nào.

Và btw, hãy nhớ rằng bộ nhớ flash có số chu kỳ đọc ghi hạn chế, do đó, việc chạy các ứng dụng đó quá thường xuyên có thể làm giảm tuổi thọ chip bộ nhớ.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.