RSA-SHA256 और Ed25519-SHA256 अलग हैं DKIM हस्ताक्षर एल्गोरिदम. अपने हस्ताक्षरकर्ता की समर्थित क्षमताओं और प्रासंगिक सत्यापनकर्ताओं के साक्ष्य का उपयोग करके इनमें से चुनें या दोनों को तैनात करें। उनकी कच्ची कुंजी लंबाई की तुलना करने से अंतरसंचालनीयता प्रश्न का उत्तर नहीं मिलता है।
तैनात समर्थन से अलग विनिर्देशन समर्थन
RFC 8463 धारा 3-5 Ed25519-SHA256 जोड़ता है DKIM और इसके समर्थन के लिए उस अद्यतन को लागू करने वाले सत्यापनकर्ताओं की आवश्यकता होती है। यह हस्ताक्षरकर्ता कार्यान्वयन की अनुशंसा करता है। वे आवश्यकताएँ मानक का वर्णन करती हैं; वे यह स्थापित नहीं करते हैं कि प्रत्येक स्थापित मेल उपकरण, पुरानी लाइब्रेरी या होस्टेड इंटरफ़ेस आज अद्यतन लागू करता है।
The Ed25519 कुंजी रिकॉर्ड का उपयोग करता है k=ed25519, और इसकी सार्वजनिक कुंजी एन्कोडेड है p=. हस्ताक्षर एल्गोरिदम की पहचान इस प्रकार की जाती है a=ed25519-sha256. आरएसए के लिए, संबंधित एल्गोरिदम है आरएसए-एसएचए256; RFC 8301 अनुभाग 3 अद्यतन RSA आकार आवश्यकताओं की आपूर्ति करता है और rsa-sha1 को प्रतिबंधित करता है। असंगत कुंजी सामग्री रखते हुए केवल एल्गोरिदम लेबल न बदलें।
तय करें कि प्रवासन के लिए किस साक्ष्य की आवश्यकता है
हस्ताक्षर करने वाले सॉफ़्टवेयर, संस्करण, समर्थित एल्गोरिदम और प्रदाता नियंत्रणों की सूची। उन प्राप्तकर्ता प्रणालियों की पहचान करें जिनका व्यवहार व्यवसाय के लिए मायने रखता है। रिकॉर्ड करें कि क्या परीक्षण परिणाम आपकी स्वयं की सत्यापनकर्ता लाइब्रेरी, अंतिम प्राप्तकर्ता के विश्वसनीय प्रमाणीकरण परिणाम या तीसरे पक्ष के विश्लेषण उपकरण को दर्शाता है। ये अलग-अलग अवलोकन हैं।
पूछें कि क्या प्लेटफ़ॉर्म दोनों एल्गोरिदम का उत्सर्जन कर सकता है और दो चयनकर्ताओं को सुरक्षित रूप से प्रबंधित कर सकता है। एक प्रदाता जो कोई Ed25519 नियंत्रण प्रदान नहीं करता है, उसके पास अभी भी कार्य के लिए उपयुक्त दस्तावेज़ीकृत RSA कॉन्फ़िगरेशन हो सकता है। केवल इसलिए एक असमर्थित प्रक्रिया का आविष्कार न करें क्योंकि अंतर्निहित आरएफसी कॉन्फ़िगरेशन की अनुमति देता है।
समानांतर हस्ताक्षरों के लिए अलग-अलग चयनकर्ताओं का उपयोग करें
RFC 8463 अनुभाग 6 एक संक्रमण तंत्र के रूप में एकाधिक हस्ताक्षरों का वर्णन करता है। RSA और Ed25519 कुंजियों के लिए अलग-अलग चयनकर्ताओं की आवश्यकता होती है। दो एल्गोरिथम कुंजियाँ एक साथ न रखें चयनकर्ता और अपना पसंदीदा चुनने के लिए प्राप्तकर्ता पर भरोसा करें।
एक उदाहरणात्मक डिज़ाइन में, rsa2026._domainkey.example.com आरएसए सत्यापन डेटा रखता है और ed2026._domainkey.example.com Ed25519 डेटा रखता है। दोनों हस्ताक्षर का उपयोग करते हैं d=example.com, लेकिन उनके s= और a= मान भिन्न हैं. ये उदाहरण नाम हैं, परिनियोजन योग्य कुंजी रिकॉर्ड नहीं। समर्थित हस्ताक्षर प्रणाली के माध्यम से वास्तविक कुंजी सामग्री तैयार करें और प्रकाशित करें।
एक उपयोगी परीक्षण प्रत्येक हस्ताक्षर को स्वतंत्र रूप से रिकॉर्ड करता है। रिसीवर ए दोनों को सत्यापित कर सकता है; रिसीवर बी केवल आरएसए को सत्यापित कर सकता है। यह सुनिश्चित किए बिना कि कौन सा एल्गोरिदम प्रत्येक परिणाम उत्पन्न करता है, "दोहरे हस्ताक्षर कार्यों" की रिपोर्ट न करें। अंतर्गत RFC 9989 अनुभाग 4.4.1, एक सफल संरेखित आरएसए हस्ताक्षर एक प्रदान कर सकता है DMARC प्रमाणीकरण पथ तब भी जब अन्य हस्ताक्षर सत्यापित नहीं होते हैं, बशर्ते कि लागू DMARC मूल्यांकन शर्तें पूरी हों।
कटओवर को प्रतिवर्ती बनाएं
उत्पादन बदलने से पहले, पिछले हस्ताक्षर कॉन्फ़िगरेशन को पुनर्स्थापित करने के लिए एक समर्थित विधि स्थापित करें। सामान्य संदेशों और वास्तविक रूटिंग सुविधाओं, जैसे गेटवे या मेलिंग सूचियों का परीक्षण करें। एल्गोरिथम समर्थन हस्ताक्षर करने के बाद मनमाने ढंग से सामग्री परिवर्तन से हस्ताक्षर की रक्षा नहीं करता है।
अवलोकन अवधि के दौरान, चयनकर्ता सूची और प्राप्तकर्ता साक्ष्य को टाइमस्टैम्प से बांध कर रखें। Ed25519 रिकॉर्ड का सफल DNS लुकअप प्रकाशन को प्रमाणित करता है, न कि यह कि प्रेषक ने हस्ताक्षर किया है या प्राप्तकर्ता ने इसका उपयोग किया है। तय करें कि दोनों एल्गोरिदम को बनाए रखना है या मापी गई अनुकूलता और संगठनात्मक आवश्यकताओं के आधार पर कॉन्फ़िगरेशन को बदलना है, यह दावा नहीं कि सभी रिसीवर अपग्रेड हो गए हैं।
सुरक्षा और परिचालन निर्णय को एक साथ बंद करें
संगतता पथ को रिटायर करने के लिए चयनित डिज़ाइन, एल्गोरिदम-विशिष्ट परिणाम, अनसुलझे प्राप्तकर्ता सीमाएं और मानदंड रिकॉर्ड करें। दोनों निजी कुंजियों की सुरक्षा करना जारी रखें जबकि दोनों हस्ताक्षरकर्ता सक्रिय रहें। दोहरे हस्ताक्षर से एक और कुंजी-प्रबंधन निर्भरता जुड़ जाती है; यह हिरासत, रोटेशन या घटना प्रतिक्रिया की आवश्यकता को दूर नहीं करता है।
सिंथेटिक दोहरे हस्ताक्षर वाला परिणाम पढ़ें
मान लें कि एक संदेश में लेखक डोमेन example.com और दो हस्ताक्षर d=example.com. विश्वसनीय रिसीवर रिपोर्ट करता है rsa-sha256, s=rsa2026, एक हस्ताक्षर के लिए पास और ed25519-sha256, s=ed2026, दूसरे के लिए विफल। आरएसए हस्ताक्षर एक सटीक संरेखित पास है, इसलिए यह DMARC के DKIM पथ को संतुष्ट कर सकता है। असफल Ed25519 हस्ताक्षर इसे रद्द नहीं करता है। यह एक निर्मित उदाहरण है, यह सबूत नहीं है कि रिसीवर के पास Ed25519 समर्थन का अभाव है: विफलता इसके बजाय इसकी कुंजी, वाक्यविन्यास या हस्ताक्षरित सामग्री से संबंधित हो सकती है। अनुकूलता का निदान करने से पहले प्रति-हस्ताक्षर कारण सुरक्षित रखें।
एक संक्षिप्त जांच रिकॉर्ड रखें
समीक्षाधीन मार्ग के लिए इस सुझाई गई वर्कशीट का उपयोग करें। यह एक नियोजन सहायता है, किसी निष्पादित परीक्षण का साक्ष्य नहीं।
- हस्ताक्षरकर्ता: सॉफ़्टवेयर या सेवा, संस्करण और समर्थित एल्गोरिदम नियंत्रण।
- प्रति हस्ताक्षर: ए, डी, एस, परिणाम और रिसीवर जिसने परिणाम तैयार किया।
- DMARC : लेखक डोमेन, संरेखण मोड और पासिंग संरेखित हस्ताक्षर, यदि कोई हो।
- निर्णय: रोलबैक चरणों और अनसुलझे प्राप्तकर्ता सीमाओं के साथ, दोनों एल्गोरिदम को बनाए रखें या एक को रिटायर करें।
संबंधित पढ़ना
DKIM कुंजी लंबाई और एल्गोरिदम: वर्तमान रिसीवर समर्थन की जाँच करें · एकाधिक DKIM हस्ताक्षर: संरेखित पासिंग हस्ताक्षर ढूंढें.