DKIM, S/MIME और OpenPGP सभी में डिजिटल हस्ताक्षर शामिल हो सकते हैं, लेकिन वे समान दावा नहीं करते हैं। आपको आवश्यक सुरक्षा से प्रारंभ करें: डोमेन जवाबदेही, हस्ताक्षरित संदेश इकाई की अखंडता, प्राप्तकर्ता के लिए गोपनीयता या किसी विशेष कुंजी धारक में विश्वास। कोई भी लेबल अकेले यह स्थापित नहीं करता कि भुगतान अनुरोध अधिकृत है।
एक संदेश पथ का अनुसरण करें
कल्पना करें कि एक लेखक एक संदेश लिख रहा है, एक भेजने वाला सर्वर DKIM लागू कर रहा है, एक गेटवे एक पाद लेख जोड़ रहा है और एक प्राप्तकर्ता परिणाम खोल रहा है। DKIM चयनित हेडर और कैनोनिकलाइज़्ड बॉडी को एक हस्ताक्षरित डोमेन से जोड़ता है। रिसीवर इसका उपयोग करता है चयनकर्ता और DNS में सार्वजनिक कुंजी का पता लगाने के लिए डोमेन। यह सामग्री को एन्क्रिप्ट नहीं करता है. पादलेख संशोधन इसे तोड़ सकता है बॉडी हैश, हस्ताक्षरित दायरे और प्रसंस्करण पर निर्भर करता है। RFC 6376.
S/MIME प्रमाणपत्र-आधारित क्रिप्टोग्राफी का उपयोग करके MIME संदेश इकाइयों पर काम करता है। हस्ताक्षर करना और एन्क्रिप्शन अलग-अलग ऑपरेशन हैं: केवल हस्ताक्षरित संदेश गोपनीय नहीं होता है। प्राप्तकर्ता को अपनी ट्रस्ट नीति के तहत प्रासंगिक प्रमाणपत्र और पहचान बंधन को मान्य करना होगा। प्राप्तकर्ता प्रमाणपत्र को एन्क्रिप्ट करने से संबंधित निजी-कुंजी धारक के लिए एन्क्रिप्टेड इकाई की सुरक्षा होती है; यह प्रत्येक बाहरी रूटिंग फ़ील्ड को छुपाता नहीं है। RFC 8551.
ओपनपीजीपी कुंजी, हस्ताक्षर और एन्क्रिप्टेड-डेटा प्रारूपों को परिभाषित करता है। एक वैध हस्ताक्षर कुंजी के साथ संबंध साबित करता है, जबकि उपयोगकर्ता का यह विश्वास कि कुंजी इच्छित संवाददाता की है, सत्यापित बंधन और स्थानीय विश्वास निर्णयों पर निर्भर करता है। एन्क्रिप्शन और हस्ताक्षर फिर से अलग हैं। ईमेल पैकेजिंग और क्लाइंट इंटरऑपरेबिलिटी को अपनी स्वयं की कार्यान्वयन जांच की आवश्यकता होती है। RFC 9580.
पहचानों को नष्ट किए बिना खतरों की तुलना करें
जाली डोमेन-स्तरीय प्रेषक पथ के लिए, DKIM डोमेन प्रमाणीकरण में योगदान देता है और एक संरेखित प्रदान कर सकता है DMARC पथ। हस्ताक्षरित सामग्री में परिवर्तन करने वाले किसी मध्यस्थ के लिए, लागू S/MIME या OpenPGP हस्ताक्षर सही ढंग से सत्यापित होने पर संशोधन प्रकट कर सकता है। संदेश सामग्री को पढ़ने वाले निष्क्रिय पक्ष के लिए, उपयुक्त एन्क्रिप्शन गोपनीयता को संबोधित करता है; अकेले हस्ताक्षर से काम नहीं चलता.
इनमें से किसी भी कथन का अर्थ यह नहीं है कि समापन बिंदु सुरक्षित है। एक समझौता की गई निजी कुंजी या अधिकृत खाता क्रिप्टोग्राफ़िक रूप से मान्य सामग्री का उत्पादन कर सकता है। न ही कोई हस्ताक्षर किसी चालान को सही बनाता है. मुख्य जीवनचक्र, प्राप्तकर्ता सत्यापन और स्वतंत्र व्यवसाय अनुमोदन आवश्यक है।
एक सीमित नियंत्रण मैट्रिक्स का प्रयोग करें
निम्नलिखित वृत्तचित्र तुलना सीधे पांच विकल्प प्रदान करती है। यह सही ढंग से कार्यान्वित होने पर अपेक्षित सुरक्षा का वर्णन करता है, सत्यापित अंतरसंचालनीयता का नहीं।
- DKIM : हस्ताक्षरित डोमेन से जुड़े चयनित हेडर और कैनोनिकलाइज्ड बॉडी; कोई गोपनीयता नहीं. कवर किए गए विहित बाइट्स को बदलने वाला पाद लेख हस्ताक्षर को अमान्य कर सकता है।
- केवल हस्ताक्षरित S/MIME : मान्य प्रमाणपत्र कुंजी से संबद्ध हस्ताक्षरित MIME इकाई; कोई गोपनीयता नहीं. एक परिवर्तित हस्ताक्षरित इकाई सत्यापन में विफल हो सकती है, जबकि बाहरी संशोधन के लिए दायरे के निरीक्षण की आवश्यकता होती है।
- एन्क्रिप्टेड S/MIME : इच्छित प्राप्तकर्ता कुंजी धारकों के लिए संरक्षित एन्क्रिप्टेड MIME इकाई; बाहरी रूटिंग फ़ील्ड दृश्यमान रह सकते हैं. अकेले एन्क्रिप्शन लेखक को प्रमाणित नहीं करता है.
- केवल हस्ताक्षरित ओपनपीजीपी: एक कुंजी से जुड़ा हस्ताक्षरित डेटा जिसके संवाददाता बंधन को सत्यापित किया जाना चाहिए; कोई गोपनीयता नहीं. कवर किए गए डेटा को बदलने से सत्यापन अमान्य हो सकता है।
- एन्क्रिप्टेड ओपनपीजीपी: इच्छित कुंजी धारकों के लिए एन्क्रिप्टेड डेटा सुरक्षित; पैकेजिंग और उजागर मेटाडेटा की अभी भी समीक्षा की आवश्यकता है। केवल एन्क्रिप्शन ही प्रेषक प्राधिकरण नहीं है।
इस तुलना के लिए कोई क्रिप्टोग्राफ़िक ऑपरेशन, क्लाइंट राउंड ट्रिप या गेटवे परीक्षण निष्पादित नहीं किए गए थे। हस्ताक्षर और एन्क्रिप्शन का संयोजन संभव है; ऑर्डरिंग और पैकेजिंग का वास्तविक मार्ग पर परीक्षण किया जाना चाहिए। एन्क्रिप्टेड या हस्ताक्षरित इकाई के बाहर एक जोड़ा गया गेटवे फ़ुटर उस इकाई को बदलने से अलग प्रभाव डालता है। सार्वभौमिक उत्तरजीविता-अग्रेषण परिणाम निर्दिष्ट करने के बजाय उन मामलों को अलग रखें।
संयोजन का चयन करें और सत्यापित करें
स्वीकृति मानदंड में आवश्यक पहचान और संरक्षित दायरा लिखें। प्रमुख नामांकन, हानि और निरस्तीकरण प्रबंधन, एल्गोरिदम समर्थन, अग्रेषण व्यवहार और संगठन के बाहर प्राप्तकर्ताओं को सत्यापित करें। सत्यापन विफल होने पर उपयोगकर्ता वास्तव में क्या देखते हैं इसका निरीक्षण करें। DKIM अंतिम-उपयोगकर्ता हस्ताक्षर या एन्क्रिप्शन के साथ सह-अस्तित्व में रह सकता है; एक को जोड़ने से अन्य निरर्थक नहीं हो जाते। एक दस्तावेज़ीकृत पुनर्प्राप्ति पथ रखें जो इच्छित सुरक्षा को चुपचाप डाउनग्रेड नहीं करता है।