मुझे पता है कि विंडोज़ के लिए कई सुरक्षित विलोपन कार्यक्रम हैं।
लेकिन अगर कोई किसी निजी दस्तावेज को हटाना चाहता था, तो क्या वे नोटपैड / वर्डपैड में इसे खोलकर, सामग्री को मिटा सकते हैं या विकृत पाठ को गलत डेटा से बदल सकते हैं और फिर इसे "सेव" कर सकते हैं?
यह तरीका कितना सुरक्षित होगा? आप डेटा रिकवरी के बारे में कैसे जाएंगे?
जवाबों:
सबसे अच्छे मामलों में, आप जिस प्रक्रिया का वर्णन करते हैं वह काम करती है यदि आपने मौजूदा फ़ाइल के सटीक आकार को अस्पष्ट में बदल दिया और उसे सहेज लिया।
उस ने कहा, यह सुरक्षित विलोपन के लिए एक बहुत ही खराब तंत्र है, क्योंकि इसे ऑपरेटिंग सिस्टम या अन्य अनुप्रयोगों द्वारा हस्तक्षेप किया जा सकता है, और क्योंकि यह शीर्ष स्तर के फाइलसिस्टम एपीआई का उपयोग करता है, जो हमेशा अंतर्निहित भौतिक भंडारण ऑपरेशन के साथ नहीं होता है। जिस तरह से हम सोचते हैं कि यह होगा। आपके विशिष्ट फाइल सिस्टम के सटीक क्रियान्वयन पर भी प्रभाव पड़ सकता है (उदाहरण के लिए MS NTFS v5 और ntfs-3G सटीक तरीके से काम नहीं कर सकते हैं)।
सबसे पहले, विचार करें, जिस कारण से हमें सुरक्षित विलोपन की आवश्यकता है, वह इसलिए है क्योंकि जब विंडोज़ (या लिनक्स) किसी फ़ाइल को हटाता है, तो यह फ़ाइल डेटा के स्थान को इंगित करने वाले अनुक्रमित को हटा देता है, लेकिन यह डेटा को स्वयं नहीं हटाता है।
इसका मतलब है कि कोई व्यक्ति डिस्क को पढ़ सकता है, पूरी तरह से अनुक्रमित की अनदेखी कर सकता है, और फ़ाइल को वहीं देख सकता है। विंडोज़ फाइलसिस्टम एपीआई इसे प्रदर्शित नहीं करता है, लेकिन यदि आप इसका पता पा सकते हैं, और इसे एक नई फाइल से अधिलेखित नहीं किया गया है, तो इसे पुनर्प्राप्त किया जा सकता है। यह इस तरह से है कि मेहतर / कार्वर उपयोगिताओं जैसे फोटोरेक काम (अच्छी तरह से, वैसे भी इसका हिस्सा)। डेटा रिकवरी टूल विंडोज़ फाइल सिस्टम कार्यान्वयन के नीचे काम करते हैं, इसलिए वे समान नियमों से नहीं खेलते हैं।
इसलिए, आपको एक दस्तावेज़ खोलने, सभी पाठ हटाने और उसे सहेजने की सुविधा देता है। यह मानते हुए कि यह एक ही स्थान पर बचाता है, आपका फाइलसिस्टम इंडेक्स डिस्क पर समान स्थान को इंगित करेगा, लेकिन इसकी लंबाई को छोटा किया जाएगा। चूंकि नई फ़ाइल मूल की तुलना में बहुत कम कमरा लेती है, इसलिए मूल फ़ाइल से अधिकांश डेटा अभी भी डिस्क पर है। हो सकता है कि परिवर्तित फ़ाइल की स्टोरेज संरचना (किसी प्रकार की फ़ाइल सीमांकक का अंत) द्वारा थोड़ी सी फ़ाइल को अधिलेखित कर दिया गया हो, लेकिन आप बाकी डेटा को बहुत अधिक पुनर्प्राप्त कर सकते हैं। यह परिष्कृत है इसलिए अधिकांश विरोधी इस तरह के ऑपरेशन का सहारा नहीं लेंगे, लेकिन यह अभी भी संभव है।
हालांकि बड़ी चिंता यह है कि आपका ओएस और एप्लिकेशन विशिष्ट पुनर्प्राप्ति तंत्र है। शैडोस्कोपी या उपयोगकर्ता की दृढ़ता जैसी विशेषताएं अप्रत्याशित स्थानों में फ़ाइल की प्रतियां रोक सकती हैं। ऐप्स के संदर्भ में, यदि आप किसी वर्ड डॉक्यूमेंट के साथ काम कर रहे थे, तो वर्ड डिफॉल्ट रूप से हर 10 मिनट में आपकी फाइल की एक टेम्प कॉपी कॉपी कर रहा है। इन फ़ाइलों को सहेजने और बंद करने के बाद हटा दिया जाता है, लेकिन रेकोवुआ जैसी एक सरल अनिर्दिष्ट उपयोगिता उन्हें अपने सभी डेटा के साथ पुनर्प्राप्त कर सकती है।
तो, संक्षेप में, इरेज़र या वाइप या श्रेड का उपयोग करें, और अपने प्रोफाइल अस्थायी फ़ाइल संग्रहण पर नज़र रखें।
बेशक, संभवतः यह वही है जो इरेज़र जैसे कार्यक्रम करते हैं: बस फ़ाइल पर जिबरिश लिखें, एक दर्जन बार, और यह अपठनीय है। आपको उतना ही सुरक्षित होना चाहिए, जितना कि आपने इरेज़र का उपयोग करने के लिए फ़ाइल पर लिखने के लिए एक ही डेटा के साथ एक बार किया था। यदि आप ऐसे डेटा का उपयोग करते हैं, जो किसी भी तरह से अनुमानित है, तो यह इरेज़र की सुरक्षा को कमजोर करता है, क्योंकि इरेज़र को उलटा किया जा सकता है।
और यदि आप एक ठोस राज्य ड्राइव का उपयोग कर रहे हैं, तो सभी दांव बंद हैं । आपको इस बात की कोई गारंटी नहीं है कि आपके द्वारा अधिलेखित किए जाने वाले क्षेत्र आपके मूल संवेदनशील डेटा वाले क्षेत्र हैं।