एक आउटबाउंड सुरक्षा गेटवे या कॉर्पोरेट हस्ताक्षर सेवा एप्लिकेशन द्वारा पहले ही हस्ताक्षर किए जाने के बाद मेल का निरीक्षण और संशोधन कर सकती है। एक स्थिर DKIM डिज़ाइन आवश्यक सामग्री परिवर्तन के बाद अंतिम अधिकृत हस्ताक्षर चरण रखता है और पूरे मार्ग को सत्यापित करता है। महत्वपूर्ण प्रश्न यह है कि कौन सा घटक अंतिम संदेश भेजता है, न कि कौन सा उत्पाद पहले सक्षम DKIM सेटिंग प्रदर्शित करता है।
वास्तविक प्रसंस्करण क्रम बनाएं
मानचित्र प्रस्तुत करना, सामग्री निरीक्षण, अस्वीकरण या हस्ताक्षर प्रविष्टि, MIME क्रमबद्धता, DKIM हस्ताक्षर और बाहरी वितरण। अनुप्रयोगों और आपातकालीन विफलता द्वारा उपयोग किए जाने वाले वैकल्पिक मार्गों को शामिल करें। यह न मानें कि कर्मचारी मेलबॉक्स मेल और एप्लिकेशन मेल एक ही रास्ता अपनाते हैं।
प्रत्येक घटक के लिए, रिकॉर्ड करें कि क्या यह मुख्य भाग, चयनित हेडर, लिफाफा पहचान या केवल रूटिंग मेटाडेटा को बदलता है। एक कॉर्पोरेट ईमेल हस्ताक्षर ब्लॉक मुख्य सामग्री है; यह क्रिप्टोग्राफ़िक से असंबंधित है DKIM-Signature साझा शब्द "हस्ताक्षर" के बावजूद हेडर। यूआरएल पुनर्लेखन, अनुलग्नक प्रबंधन और HTML पुनर्निर्माण भी कवर की गई सामग्री को प्रभावित कर सकते हैं।
RFC 6376 §5.3 और RFC 6376 §5.5 हस्ताक्षरकर्ता को इच्छित संचरित प्रतिनिधित्व पर काम करने और पुन: हस्ताक्षर करने से पहले परिवर्तन करने के लिए पुन: हस्ताक्षरकर्ताओं को संशोधित करने की आवश्यकता होती है। डिज़ाइन को उस अनुक्रम को दृश्यमान और परीक्षण योग्य बनाना चाहिए।
डोमेन और कुंजी स्वामी चुनें
एक गेटवे अपने डोमेन के अंतर्गत एक वैध हस्ताक्षर जोड़ सकता है। यह स्वचालित रूप से DKIM संतुष्ट नहीं करता है संरेखण आपके लेखक डोमेन के लिए RFC 9989 §4.4.1. यदि आवश्यक डिज़ाइन कस्टम-डोमेन हस्ताक्षर का उपयोग करता है, तो उत्पाद की दस्तावेजी क्षमता, उत्पन्न DNS मान और निजी कुंजी की हिरासत को सत्यापित करें। आविष्कार मत करो चयनकर्ता नाम या किसी अन्य किरायेदार के कॉन्फ़िगरेशन की प्रतिलिपि बनाएँ।
तय करें कि हस्ताक्षर कॉन्फ़िगरेशन को कौन बदल सकता है, कुंजियाँ घुमा सकता है और अंतिम सामग्री पाइपलाइन को बदल सकता है। निजी कुंजियों को घटना नोट्स या परीक्षण बंडलों में निर्यात से सुरक्षित रखें। सार्वजनिक कुंजी प्रकाशित करना सेटअप का केवल एक भाग है; वास्तविक आउटगोइंग संदेशों में अंतिम प्रसंस्करण के बाद बनाए गए मिलान हस्ताक्षर होने चाहिए।
दो नियंत्रणों के साथ पाइपलाइन का परीक्षण करें
उदाहरणात्मक डिज़ाइन A पहले हस्ताक्षर करता है और फिर कॉर्पोरेट संपर्क ब्लॉक जोड़ता है। मूल पूर्ण-शरीर हस्ताक्षर विफल हो सकता है. डिज़ाइन बी ब्लॉक सम्मिलित करता है, MIME क्रमांकन पूरा करता है और फिर एक अधिकृत संरेखित डोमेन के साथ हस्ताक्षर करता है। यदि बाद में प्रसंस्करण में कवर किया गया डेटा बरकरार रहता है तो इच्छित हस्ताक्षर जीवित रह सकते हैं। ये परीक्षण अपेक्षाएँ हैं, किसी नामित विक्रेता के बारे में दावा नहीं।
इच्छित मार्ग से सादा पाठ, HTML, गैर-ASCII सामग्री और एक अनुलग्नक भेजें। जहां प्रासंगिक हो, एप्लिकेशन-जनरेटेड संदेश और एक समर्थित फ़ेलओवर रूट शामिल करें। अंतिम प्रोसेसर के बाद और किसी विश्वसनीय बाहरी रिसीवर पर संदेश कैप्चर करें। अविभाजित पास लेबल को स्वीकार करने के बजाय प्रत्येक परिणाम को डी और एस के साथ संबद्ध करें।
डिज़ाइन में सुरक्षा नियंत्रण रखें
हस्ताक्षर को बाद में स्थानांतरित करने से चुपचाप निरीक्षण को सुरक्षित वर्कफ़्लो से बाहर नहीं ले जाना चाहिए या आवश्यक स्कैनिंग को बायपास नहीं करना चाहिए। यदि अंतिम हस्ताक्षरकर्ता अनिवार्य पुनर्लेखन सेवा के बाद नहीं चल सकता है, तो समर्थित एकीकरण या एक अलग अधिकृत हस्ताक्षर सीमा का मूल्यांकन करें। केवल पास गिनती उत्पन्न करने के लिए बाद की सामग्री को बाहर करने के लिए एल का उपयोग करने से बचें; RFC 6376 §8.2 अहस्ताक्षरित-सामग्री जोखिमों की व्याख्या करता है।
एक डाउनस्ट्रीम नया हस्ताक्षर पहले विफल हस्ताक्षर के साथ सह-अस्तित्व में रह सकता है। पुष्टि करें कि कौन सा हस्ताक्षर इच्छित संरेखण प्रदान करता है और प्राप्तकर्ता सेवा इसकी रिपोर्ट कैसे करती है। परीक्षण रिकॉर्ड से पिछली विफलता के साक्ष्य न मिटाएं।
सीमा को परिवर्तन-नियंत्रित सेवा के रूप में संचालित करें
रूट आरेख, जिम्मेदार स्वामी, कुंजी-प्रतिधारण योजना और प्रारूप परीक्षण सूट को बनाए रखें। गेटवे अपग्रेड, ब्रांडिंग-टेम्पलेट परिवर्तन, रूटिंग परिवर्तन और फेलओवर सक्रियण के बाद पुनः परीक्षण करें। सफलता के लिए इच्छित सामग्री, एक वैध संरेखित प्रमाणीकरण पथ और सही वितरण की आवश्यकता होती है, मानवीय अनुमोदन अभी भी तकनीकी परिणाम से अलग है।
अगला निर्णय रिकॉर्ड करें
एक काल्पनिक संदेश के लिए, रिकॉर्ड प्रोसेसर ऑर्डर, अपेक्षित सामग्री परिवर्तन, प्रत्येक डी/एस जोड़ी, रिसीवर का फैसला और संरेखण। यदि गेटवे केवल एक असंबद्ध विक्रेता डोमेन के रूप में हस्ताक्षर करता है, तो संरेखित DKIM अनसुलझे के रूप में चिह्नित करें, भले ही उसका हस्ताक्षर पास हो जाए। यदि हस्ताक्षरकर्ता को स्थानांतरित करने से निरीक्षण को दरकिनार कर दिया जाएगा, तो उस डिज़ाइन परिवर्तन को रोकें और समर्थित एकीकरण की तलाश करें। ये नियोजन मानदंड हैं, निष्पादित मार्ग परीक्षण नहीं।