विंडोज़ में "somefile" के लिए "nul> somefile" क्या करता है?

Question

विशेष रूप से, type nul > somefileडिस्क पर संपूर्ण फ़ाइल को अधिलेखित करता है ? मैंने देखा कि एक बैच स्क्रिप्ट वेबसाइट ने मक्खी पर एक एफ़टीपी स्क्रिप्ट बनाने की सिफारिश की और फिर "सुरक्षित रूप से" इसे शीर्षक में कमांड के साथ मिटा दिया। क्या इसमें कोई योग्यता है?

Answer 1

विंडोज़ में "somefile" के लिए "nul> somefile" क्या करता है?

1. सबसे पहले, somefileलेखन के लिए खोला जाता है - यह स्वचालित रूप से फ़ाइल को 0 बाइट्स में विभाजित करने का कारण बनता है। डेटा अभी भी डिस्क पर बना हुआ है, बस बिटमैप में "मुक्त" के रूप में चिह्नित किया गया है

2. तब की सामग्री nulको लिखा जाता है somefile- इस मामले में, बिल्कुल शून्य बाइट्स, क्योंकि आप कुछ भी नहीं पढ़ सकते हैं nul। पुराना डेटा ओवरराइट नहीं किया गया है ।

3. फ़ाइल बंद है।

मैंने देखा कि एक बैच स्क्रिप्ट वेबसाइट ने मक्खी पर एक एफ़टीपी स्क्रिप्ट बनाने की सिफारिश की और फिर "सुरक्षित रूप से" इसे शीर्षक में कमांड के साथ मिटा दिया। क्या इसमें कोई योग्यता है?

यह किसी से अधिक "सुरक्षित" नहीं है del somefile। यह डिस्क से डेटा भी नहीं निकालता है।

किसी फ़ाइल को सुरक्षित रूप से मिटाने के लिए, सफेट या इरेज़र जैसी वाइप उपयोगिता का उपयोग करें । हालांकि, क्या एफ़टीपी स्क्रिप्ट वास्तव में सुरक्षित-पोंछने लायक है?

Comments

"क्या एक एफ़टीपी स्क्रिप्ट वास्तव में सुरक्षित-पोंछने लायक है" - ठीक है, यह एक दूरस्थ मशीन पर प्लेनटेक्स्ट में एक पासवर्ड को उजागर करता है।

— वेस

@wes: यदि आप उक्त स्क्रिप्ट की वसूली को रोकने के लिए मशीन की भौतिक और ओएस सुरक्षा सुनिश्चित नहीं कर सकते हैं, तो आप समान रूप से यह सुनिश्चित नहीं कर सकते हैं कि एफ़टीपी ट्रैफ़िक को सूँघा नहीं जा रहा है ... लेकिन कुछ सुझाव। अधिक सुरक्षित प्रोटोकॉल पर स्विच करें - एसएफटीपी या कम से कम एफ़टीपी / टीएलएस। इसके अलावा, पासवर्ड युक्त फ़ाइल (या तो स्क्रिप्ट, या क्लाइंट की कॉन्फ़िगरेशन फ़ाइल) के लिए एक अलग निर्देशिका बनाएं और इसके लिए ईएफएस एन्क्रिप्शन सक्षम करें। अंदर की सभी नई फाइलें स्वचालित रूप से OS स्तर पर एन्क्रिप्ट की जाएंगी। दोनों प्रोटोकॉल विकल्प के रूप में सार्वजनिक कुंजी प्रमाणीकरण का भी समर्थन करते हैं।

— user1686

और ध्यान दें कि SSDs पर सभी दांव बंद हैं; वर्तमान में आप बस उन को मिटा नहीं सकते हैं क्योंकि डिवाइस पर वास्तविक बिट्स ओएस से कम से कम एक अमूर्त परत द्वारा डिकॉउंड किए गए हैं।

— जॉय

इसलिए एकमात्र उपाय यह नहीं है कि पहली जगह में प्लेनटेक्स्ट क्रेडेंशियल्स को डिस्क में स्टोर किया जाए।

— user1686

क्या उस फ़ाइल / मूल डेटा को पुनर्प्राप्त करने का कोई तरीका है जो प्रकार nul> फ़ाइल नाम के साथ अपडेट किया गया था?

— यशायाह 4110

Answer 2

यह 'जीरो' के साथ फाइल को अधिलेखित कर सकता है, लेकिन अगर ऐसा किया है, तो यह शायद ही एक सुरक्षित मिटा है। यदि आप कर सकते हैं तो आप इसके लिए SDelete का उपयोग करना बेहतर होगा ।

Answer 3

किसी फ़ाइल को हटाने से थर्ड पार्टी यूटिलिटीज को फिर से अन-डिलीट करने से नहीं रोका जा सकता है, हालाँकि आप किसी फाइल को जीरो-बाइट फाइल में बदल सकते हैं जैसे फाइल एलोकेशन चेन को नष्ट करने के लिए:

टाइप करें nul> C: \ example \ MyFile.txt

DEL C: \ उदाहरण \ MyFile.txt

स्रोत पृष्ठ के नीचे आधा रास्ता

Comments

केवल DELफ़ाइल खाने से यह कैसे भिन्न होता है ? या तो मामले में ओएस अंततः डिस्क पर उस स्थान को अधिलेखित करने जा रहा है, हाँ?

— 15:12

आखिरकार, हाँ लेकिन कब, अगले साल? पता नहीं कोई रास्ता कब।

— मोआब

केवल फ़ाइल को हटाने की तुलना में "फ़ाइल आवंटन श्रृंखला को नष्ट करने" के तात्कालिक / लाभकारी प्रभावों को निर्धारित करने के लिए मेरा कहना है।

— वेस

डेटा का तत्काल विनाश (फ़ाइल) ताकि आप इसे पुनर्प्राप्त करने के लिए सॉफ़्टवेयर का उपयोग न कर सकें जैसे आप बस इसे हटा सकते हैं, कम से कम वह मेरा ले सकता है।

— मोआब