`Rm -P` का उद्देश्य क्या है?

11

rmजब मैं इस विकल्प पर आया तो मैं उस आदमी के पेज को पढ़ रहा था :

-P    Overwrite regular files before deleting them.  Files are overwritten 
      three times, first with the byte pattern 0xff, then 0x00, and 
      then 0xff again, before they are deleted.

मुझे लगता -Pहै कि पूरी तरह से एक फ़ाइल को हटाने के लिए है, लेकिन सभी बाइट्स की स्थापना 0xffया 0x00पर्याप्त नहीं होगा? इसे दो तीन बार के बीच टॉगल क्यों करना पड़ता है?

rm options

— theabraham
स्रोत

12

अवशिष्ट सूचना पुनर्प्राप्ति नामक एक तकनीक है जो उस डेटा को पढ़ सकती है जिसे इस विचार के आधार पर हटा दिया गया था कि डेटा के अन्य भागों को संग्रहीत करने के लिए ड्राइव को चुम्बकित किया जाता है जो डेटा के करीब हैं, वह भी इससे प्रभावित होता है और इसे फिर से करना संभव है। डेटा को इस तरह से फैलाएं ... हालांकि यह एक महंगी तकनीक है, लेकिन अगर आप पागल हैं तो इसका इस्तेमाल करें;)

डेटा को 3 बार (इस मामले में) लिखकर ड्राइव पर ट्रैक के बगल के हिस्सों को फिर से सेट किया जाना चाहिए ताकि इस तरह से फिर से पढ़ना असंभव हो सके।

— Jontas
स्रोत

5

मुझे इस विषय पर एक अच्छा विकि लेख भी मिला: en.wikipedia.org/wiki/Data_remanence । धन्यवाद!

— थिअब्राहम

1

"एक तकनीक है" - नहीं। एक परिकल्पित तकनीक है जिसे कभी भी काम करने के लिए नहीं दिखाया गया है, और जो कई पेशेवर डेटा पुनर्प्राप्ति कंपनियों ने माना है। ऐसी साजिश के सिद्धांत हैं जो गुप्त एजेंसियां इस तकनीक का उपयोग करती हैं लेकिन यह देखते हुए कि तकनीकी विवरणों को खारिज कर दिया गया है, वे सिर्फ यही हैं - षड्यंत्र के सिद्धांत।

— कोनराड रूडोल्फ

8

यह विकल्प काफी हद तक बेकार है। कई पैटर्न के साथ ओवरराइटिंग एक प्रकार का व्यामोह है जो वास्तविक दुनिया परीक्षणों द्वारा उचित नहीं है: आधुनिक हार्ड डिस्क पर, एक या कई बार ओवरराइटिंग, जीरो या लोगों या यादृच्छिक पैटर्न के साथ, कोई फर्क नहीं पड़ता है। एसएसडी के लिए मामला कम स्पष्ट है, लेकिन उनके अपने मुद्दे हैं; कई बार ओवरराइटिंग करने से डिवाइस को तेजी से बाहर निकालने में मदद मिलती है, वास्तव में वैसे भी डेटा को पोंछने में मदद नहीं करता है।

किसी फ़ाइल को मिटाते समय उसे मिटा देने का मुख्य कारण यह काफी हद तक बेकार है कि बहुत बार फ़ाइल के पिछले संस्करण होते हैं, संपादक बैकअप, संपादक स्वैप फाइलें और इतने पर कि मिटाए नहीं गए थे। इसके अलावा, फाइलसिस्टम स्वयं के आसपास संशोधित डेटा हो सकता है (डीफ़्रेग्मेंटेशन के कारण या एक फाइल सिस्टम चेक)।

यदि आप डरते हैं कि कोई फ़ाइल crumbs को पीछे छोड़ सकती है, तो उसे एन्क्रिप्ट करें। यदि किसी फ़ाइल को एन्क्रिप्ट किया गया है, तो उसे हटाते समय आपको कोई सावधानी बरतने की आवश्यकता नहीं है; आपको केवल यह सुनिश्चित करने की आवश्यकता है कि कुंजी को लीक न करें। आप फ़ाइल को विशेष रूप से एन्क्रिप्ट कर सकते हैं, जिस स्थिति में आपको यह सुनिश्चित करना चाहिए कि सभी बैकअप और अन्य फ़ाइलों में डेटा या सभी भाग शामिल हो सकते हैं; या आप उस वॉल्यूम को एन्क्रिप्ट कर सकते हैं जो फ़ाइल चालू है (जो आमतौर पर इन अन्य फ़ाइलों का ध्यान रखती है)।

अधिक जानकारी के लिए देखें

— गिल्स 'SO- बुराई होना बंद करो'
स्रोत

1

इसमें वह फ़ाइल की सामग्री को अनलिंक करने से पहले (रिकवरी को रोकने के लिए) स्क्रब करता है, यह फ़ाइल की "अन्य प्रतियां" (वास्तव में एक ही फाइल) को स्क्रब कर रहा होगा जो हार्ड लिंक के रूप में फाइल सिस्टम पर कहीं और मौजूद हो सकता है।

BTRFS या किसी अन्य कॉपी-ऑन-राइट फाइलसिस्टम के साथ, मुझे उम्मीद है कि यह डेटा के फॉरेंसिक विनाश के लिए कुछ नहीं करेगा, हालांकि फ़ाइल के अन्य सभी हार्ड लिंक कबाड़ से बने होंगे। यह फ़ाइल की किसी भी अन्य गाय-प्रतियां को भी छोड़ देगा ... या स्नैपशॉट में फ़ाइल की कोई भी प्रतिलिपि।

— killermist
स्रोत