एन्क्रिप्शन बनाम पासवर्ड-सुरक्षा: Protect और Unlock असल में क्या करते हैं

लोग “PDF को पासवर्ड-सुरक्षित करो” और “PDF एन्क्रिप्ट करो” ऐसे कहते हैं जैसे वे अलग उत्पाद हों। PDF प्रारूप में वे एक ही तंत्र-परिवार हैं: फ़ाइल में /Encrypt शब्दकोश रहता है, और व्यूअर आपको साफ़ पेज सामग्री देने से पहले पासवर्ड (या समकक्ष प्रमाण) माँगते हैं।

“पासवर्ड सुरक्षा” का असल मतलब

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

Protect PDF (POST /api/v1/security/add-password) आपका चुना पासवर्ड लेता है और एन्क्रिप्टेड फ़ाइल लौटाता है जो खोलने पर वही पासवर्ड माँगती है। पोर्टल फ़ॉर्म एक पासवर्ड फ़ील्ड माँगता है। सर्वर qpdf से एन्क्रिप्ट करता है (--encrypt), उस मान को उपयोगकर्ता (खुले) पासवर्ड की तरह इस्तेमाल करके; अगर API को अलग स्वामी पासवर्ड न दिया जाए, तो वही स्ट्रिंग स्वामी भूमिका के लिए इस्तेमाल होती है। डिफ़ॉल्ट कुंजी लंबाई 256 बिट है। प्रसंस्करण ख़त्म होने के बाद टूल आपका पासवर्ड संग्रह नहीं करता। खो देने पर नतीजा फ़ाइल बंद ही रहती है।

उपयोगकर्ता पासवर्ड बनाम स्वामी पासवर्ड

PDF एन्क्रिप्शन ऐतिहासिक रूप से दो भूमिकाएँ अलग करता है:

• उपयोगकर्ता (खुला) पासवर्ड: दस्तावेज़ खोलने और देखने के लिए ज़रूरी।
• स्वामी (अनुमति) पासवर्ड: अक्सर मुद्रण/संशोधन प्रतिबंध तय करने के लिए, जबकि किसी को उपयोगकर्ता पासवर्ड से फ़ाइल खोलने दी जाती है (या खाली खुले पासवर्ड से, फ़ाइल कैसे बनी इस पर निर्भर)।

ये प्रारूप की धारणाएँ हैं, विपणन लेबल नहीं। रोज़मर्रा के बहुत-से “इस PDF को लॉक करो” कार्यप्रवाह केवल खुला पासवर्ड सेट करते हैं। खोलने को रोके बिना मुद्रण या संपादन प्रतिबंधित करना एक अनुमति-कहानी है जो स्वामी भूमिका इस्तेमाल करती है; इसे “फ़ाइल नहीं खुलती” से उलझाना आसान है।

PDF123 पर Protect फ़ॉर्म एक पासवर्ड माँगता है और उसे फ़ाइल देखने के लिए ज़रूरी खुला पासवर्ड मानता है। Unlock को डिक्रिप्ट करने के लिए वही ज्ञात पासवर्ड चाहिए। उन्नत API कॉलर add-password पर ownerPassword, keyLength, canPrint और canModify दे सकते हैं; ब्राउज़र फ़ॉर्म वे सुविधाएँ नहीं दिखाता।

Unlock क्या करता है (और क्या नहीं)

Remove Password (POST /api/v1/security/remove-password) सही मौजूदा पासवर्ड देने पर मौजूदा पासवर्ड-एन्क्रिप्शन हटा देता है। पेज, फ़ॉन्ट और लेआउट वही रहते हैं; सिर्फ़ एन्क्रिप्शन की शर्त हटती है।

यह भूला हुआ पासवर्ड न वापस पाता है, न अनुमान लगाता है, न तोड़ता है। अगर पासवर्ड पहले से पता न हो, तो Unlock कोई नया नहीं गढ़ेगा। Repair भी एन्क्रिप्शन नहीं हटाता; Get Info के Encrypted: true का मतलब है पहले अनलॉक करें, फिर संपादन।

कब कौन सा इस्तेमाल करें

कैटलॉग पथ पर Protect और Unlock दोनों बिना खाते के सर्वर-पक्ष चलते हैं। एन्क्रिप्ट करने से फ़ाइल छोटी नहीं होती; Compress अलग स्ट्रीम-पुनःसंपीड़न काम है और उसे अब भी अनलॉक (या कभी एन्क्रिप्ट न की गई) PDF चाहिए। OCR, तालिका निर्यात और ज़्यादातर संपादन काम भी पहले साफ़ पहुँच माँगते हैं: ज्ञात पासवर्ड से Unlock करें, फिर दूसरा टूल चलाएँ।

पासवर्ड PDF के बाहर रखें (पासवर्ड प्रबंधक, सीक्रेट भंडार)। खुले पासवर्ड को उसी ईमेल में रखना जिसमें संलग्नक है, सुरक्षा को व्यर्थ कर देता है। वही काम HTTP पर करने के लिए Developers देखें।