सुरक्षित PDF से पासवर्ड कैसे हटाएँ

PDF की सुरक्षा: वह असल में किसकी रक्षा करती है

«PDF से सुरक्षा हटाना» वाक्यांश हर संदर्भ में एक जैसा संदिग्ध लगता है, पर उसके पीछे दो बिल्कुल अलग काम छिपे हैं। एक बिना पासवर्ड असंभव है, दूसरे को पासवर्ड चाहिए ही नहीं। अंतर फ़ॉर्मैट की बनावट से आता है।

कूटबद्धता बनाम अनुरोध

PDF में दो स्वतंत्र तंत्र हैं, और इन्हें आपस में मिला देना अधिकांश ग़लत उम्मीदों की जड़ है।

पहला तंत्र असली क्रिप्टोग्राफ़ी है। सुरक्षा लगाते समय AES-256 इस्तेमाल होता है, वही एल्गोरिद्म जो बैंकिंग चैनल की रक्षा करता है। फ़ाइल भौतिक रूप से कूटबद्ध बाइट से बनी है, और पासवर्ड बिना उसमें से न टेक्स्ट निकलता है न तस्वीरें।

दूसरा तंत्र मूल रूप से दूसरे सिद्धांत पर बना है। सामग्री कूटबद्ध नहीं होती, वह फ़ाइल में खुली पड़ी रहती है। उसके साथ लिखा होता है, «यह दस्तावेज़ छापा नहीं जाना चाहिए।» भला प्रोग्राम इस निर्देश को मानकर छपाई का बटन छिपा देता है। बुरा प्रोग्राम उसे अनदेखा कर देता है, क्योंकि तकनीकी रूप से कोई बाधा नहीं।

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

ख़ाली पासवर्ड खाना अधिकार हटा देता है

इससे एक व्यावहारिक नतीजा निकलता है, जो तंत्र जाने बिना अजीब लगता है।

जिस दस्तावेज़ पर सिर्फ़ पहुँच की रोकें हैं, वह बिना पासवर्ड खुलता है। यानी उसकी सामग्री उपलब्ध है, और दस्तावेज़ को बिना किसी कुंजी के दोबारा बनाया जा सकता है। ठीक यही होता है: ख़ाली पासवर्ड खाने के साथ unlock-pdf वही दस्तावेज़ बिना रोक-चिह्नों के लौटा देता है।

कुछ टाइप करने की ज़रूरत नहीं। फ़ाइल अपलोड कीजिए और प्रोसेस चलाइए।

यह न सेंध है न कूटबद्धता का चक्कर, क्योंकि वहाँ कूटबद्धता थी ही नहीं। यह ऐसे दस्तावेज़ का पुनर्निर्माण है जिसकी सामग्री पहले से खुली थी।

सुरक्षा कैसे हटाएँ

1. तय कीजिए कि कौन सी सुरक्षा है: फ़ाइल खोलकर देखिए। पासवर्ड माँगे तो कूटबद्धता। तुरंत खुले पर छपने न दे तो अधिकार। 2. unlock-pdf खोलिए और दस्तावेज़ अपलोड कीजिए। 3. कूटबद्धता के लिए पासवर्ड डालिए। अधिकारों के लिए खाना ख़ाली छोड़िए। 4. प्रोसेस चलाइए और नतीजा डाउनलोड कीजिए। 5. जाँचिए: फ़ाइल बिना पूछे खुलनी चाहिए, और छपाई तथा नक़ल चलनी चाहिए।

पहले क़दम का दूसरा हिस्सा आँख से नहीं, सचमुच छापकर जाँचना बेहतर है: कुछ प्रोग्राम रोकें इतनी गहराई में छिपाते हैं कि पता प्रिंट भेजते समय चलता है।

दो पासवर्ड खाने और दूसरा क्यों

पैरामीटर में मुख्य और वैकल्पिक पासवर्ड हैं। वे एक ही बार में बारी-बारी आज़माए जाते हैं।

उद्देश्य संकीर्ण पर व्यावहारिक है। सुरक्षित दस्तावेज़ भेजने वाली संस्थाएँ आम तौर पर दो में से किसी एक पासवर्ड नियम का इस्तेमाल करती हैं, और किसी ख़ास फ़ाइल पर कौन सा लगा है, पहले से पता नहीं होता। दो कोशिशों की जगह एक होती है।

क्रम मायने नहीं रखता: जो सही होगा वही चलेगा।

वह स्वामी पासवर्ड जो आपने कभी देखा ही नहीं

एक अलग जाल सुरक्षा लगाने की तरफ़ बनता है और बाद में सामने आता है।

protect-pdf से सुरक्षा लगाते समय खोलने का पासवर्ड भरा जाता है, और वह अनिवार्य है। स्वामी पासवर्ड का खाना ख़ाली छोड़ा जा सकता है, और अधिकतर लोग छोड़ देते हैं।

ख़ाली खाने का मतलब «स्वामी पासवर्ड नहीं» नहीं होता। वहाँ यादृच्छिक मान लिख दिया जाता है, जो कहीं दिखाया या सहेजा नहीं जाता। इसके बाद दस्तावेज़ आपके पासवर्ड से खुलता है, पर उसकी पहुँच रोकें अब हटाई नहीं जा सकतीं: उसके लिए स्वामी पासवर्ड चाहिए, और वह किसी को पता नहीं।

व्यावहारिक निष्कर्ष: अगर लगता है कि रोकें कभी हटानी पड़ सकती हैं, तो स्वामी पासवर्ड ख़ुद तय कीजिए और मुख्य के साथ सहेज लीजिए।

तीन अधिकार प्रोफ़ाइल और हर एक क्या देती है

अगर आप सुरक्षा हटा नहीं, लगा रहे हैं, तो चुनाव तीन प्रोफ़ाइल तक सिमट जाता है, जो अनुमत कार्यों में भिन्न हैं।

तीसरा, सबसे कड़ा, डिफ़ॉल्ट है। बाहर जाने वाले दस्तावेज़ के लिए यह समझदार मान है और उस दस्तावेज़ के लिए असुविधाजनक जिसे प्राप्तकर्ता प्रोसेस करेगा: टेक्स्ट निकालने की रोक सिर्फ़ हाथ से नक़ल नहीं रोकती, उन प्रणालियों को भी रोकती है जिन्हें जाँच के लिए सामग्री पढ़नी है।

पूर्ण पहुँच तब चुनी जाती है जब पासवर्ड का काम एक ही हो, किसी बाहरी को दस्तावेज़ खोलने से रोकना। पासवर्ड डालने के बाद कोई रोक नहीं बचती, और अधिकारों की सलाहकारी प्रकृति वाली चेतावनी भी नहीं आती: रोकने को कुछ है ही नहीं।

क्या घुमाया नहीं जा सकता

खोलने का पासवर्ड अनुमान से नहीं मिलता, और यह तुरंत मान लेना बेहतर है।

AES-256 पर व्यवहार में चलने लायक़ कोई जोर-आज़माइश नहीं है। बात यह नहीं कि देर लगती है, बात यह है कि समय ही पर्याप्त नहीं। «PDF का पासवर्ड निकाल देने» वाली सेवाएँ आधुनिक कूटबद्धता के लिए मौजूद नहीं हैं।

एक दूसरा मामला भी है जहाँ सही पासवर्ड भी बेबस है। कुछ कॉर्पोरेट प्रणालियाँ दस्तावेज़ ग़ैर-मानक योजनाओं से कूटबद्ध करती हैं: अपना सुरक्षा हैंडलर, एल्गोरिद्म का दुर्लभ संस्करण। तब संदेश अर्थ में अलग होता है और असमर्थित कूटबद्धता की बात करता है, ग़लत पासवर्ड की नहीं। आज़माना बेकार है: जाँच पासवर्ड तक पहुँचती ही नहीं।

दोनों हालात में रास्ता एक है: दस्तावेज़ जारी करने वाले के पास लौटना।

सुरक्षा हटाना कब उचित है

पिछले हिस्सों का तकनीकी उत्तर सारभूत सवाल का जवाब नहीं देता।

पहुँच रोकें हटाना तब उचित है जब दस्तावेज़ आपका हो या काम के लिए आपको दिया गया हो: आवेदन के साथ लगाने वाला बैंक विवरण, ठेकेदार की रिपोर्ट जिससे तालिका उद्धृत करनी है, वह निर्देशिका जिसे छापना है। «छपाई मना» का चिह्न ऐसे दस्तावेज़ों पर निर्णय से कहीं ज़्यादा बार टेम्पलेट की वजह से लग जाता है।

अनुचित वहाँ है जहाँ रोक अधिकारधारी की इच्छा दर्शाती है: भुगतान वाली सामग्री, लाइसेंस वाले दस्तावेज़, वह सब जो आपको स्पष्ट शर्त के साथ मिला कि आगे न बाँटें। तकनीकी रूप से टूल दोनों मामलों में फ़र्क़ नहीं करता; फ़र्क़ इंसान करता है।

सुरक्षा हटने के बाद फ़ाइल में क्या बचता है

खुला हुआ दस्तावेज़ बाक़ी सब कुछ बिना बदलाव रखता है: टेक्स्ट लेयर, बुकमार्क, दस्तावेज़ के गुण, पेजों की संख्या और क्रम।

गुणों को अलग से देख लेना चाहिए। सुरक्षित दस्तावेज़ों में वहाँ नियमित रूप से उन्हें जारी करने वाली प्रणाली की तकनीकी जानकारी होती है: कार्य पहचानकर्ता, भीतरी टेम्पलेट का नाम, कभी प्राप्तकर्ता का ब्योरा। फ़ाइल आगे जा रही हो तो ये खाने set-pdf-metadata से साफ़ होते हैं।

और क्रम के बारे में आख़िरी बात: सुरक्षा हटाना पहला क़दम है, बाक़ी सब से पहले। compress-pdf से कंप्रेशन और merge-pdf से जोड़ना, दोनों कूटबद्ध फ़ाइल पर नहीं चलते, और ऐसा कोई भी काम पासवर्ड माँगते हुए रुक जाता है।