BIMI प्रमाणपत्र नवीनीकरण तभी पूरा होता है जब इच्छित प्रतिस्थापन प्राप्तकर्ताओं के लिए उपलब्ध होता है और भेजने वाले डोमेन और ब्रांड के लिए उपयुक्त रहता है। एक भुगतान किया गया चालान या जारी किया गया प्रमाणपत्र उपयोगी प्रशासनिक साक्ष्य है, लेकिन यह स्थापित नहीं करता है कि सार्वजनिक प्रमाणपत्र यूआरएल नई फ़ाइल पेश करता है। नवीनीकरण को एक मालिक, एक समय सीमा और एक सत्यापन रिकॉर्ड के साथ एक छोटी सी रिलीज के रूप में मानें।
उन परिसंपत्तियों को अलग करें जो समाप्त हो सकती हैं
इन्वेंटरी मार्क प्रमाणपत्र, इसकी होस्टिंग सेवा पर HTTPS प्रमाणपत्र, लोगो फ़ाइल, डोमेन पंजीकरण और प्रासंगिक ब्रांड-अधिकार दस्तावेज़। ये अलग-अलग निर्भरताएँ हैं। सदस्यता वर्षगांठ को तकनीकी समाप्ति तिथि मानने के बजाय जारी की गई फ़ाइलों से वास्तविक प्रमाणपत्र वैधता तिथियां रिकॉर्ड करें। पहचानें कि कौन प्रतिस्थापन प्राप्त कर सकता है और कौन उन्हें प्रकाशित कर सकता है, खासकर जब विपणन जारीकर्ता संबंध का मालिक है लेकिन बुनियादी ढांचा होस्टिंग का मालिक है।
DigiCert का जीवनचक्र दस्तावेज़ीकरण नवीनीकरण, जो एक नया प्रमाणपत्र और ऑर्डर बनाता है, को पुनः जारी करने से अलग करता है, जो एक ऑर्डर के भीतर एक प्रमाणपत्र को प्रतिस्थापित करता है। संगठन विवरण या डोमेन बदलने पर इसके वर्कफ़्लो को नए सिरे से सत्यापन की आवश्यकता हो सकती है। इन शर्तों को विनिमेय मानने के बजाय वर्तमान जारीकर्ता प्रक्रिया को वास्तविक मामले में लागू करें।
एक रिलीज़ रिकॉर्ड स्थापित करें
नवीनीकरण का अनुरोध करने से पहले, भेजने वाले डोमेन, लोगो और संगठन की तुलना पिछले जारीकर्ता से करें। जारीकर्ता के माध्यम से किसी भी स्वामित्व या ब्रांड परिवर्तन का समाधान करें। पूर्व सार्वजनिक फ़ाइल के डाइजेस्ट और नियोजित प्रतिस्थापन के डाइजेस्ट को बनाए रखें। रिकॉर्ड करें कि कौन सा DNS दावा प्रमाणपत्र की ओर इशारा करता है, क्या होस्टिंग जारीकर्ता द्वारा प्रबंधित है या स्व-प्रबंधित है, और यह कैसे निर्धारित किया जाए कि कौन सा संस्करण परोसा जा रहा है।
यह न मानें कि स्वचालित जारी करना स्वयं-होस्ट की गई PEM फ़ाइल को भी अद्यतन करता है। इसके विपरीत, असंबंधित होस्टिंग वर्कफ़्लो के माध्यम से जारीकर्ता-प्रबंधित फ़ाइलों को अधिलेखित न करें। सेवा की जिम्मेदारी सीमा की पुष्टि करें. अकेले डैशबोर्ड स्थिति पर कार्य को बंद करने के बजाय सार्वजनिक समापन बिंदु के लिए स्पष्ट साक्ष्य की आवश्यकता है।
नवीनीकरण विफलता के माध्यम से कार्य करें
एक सिंथेटिक उदाहरण में, मौजूदा प्रमाणपत्र 30 नवंबर को समाप्त हो रहा है। 10 नवंबर को एक प्रतिस्थापन जारी किया जाता है, लेकिन सार्वजनिक URL अभी भी 11 नवंबर को पुरानी फ़ाइल लौटाता है। एक उदाहरणात्मक रिलीज़ मेनिफेस्ट में अपेक्षित_डाइजेस्ट=नया और ऑब्जर्व्ड_डाइजेस्ट=पुराना शामिल है। स्वीकृति निर्णय विफल है, भले ही आदेश जारी हो गया हो। यह सरल तुलना प्रमाणपत्र को मान्य करने का दिखावा किए बिना प्रकाशन विफलता को पकड़ लेती है।
ऑपरेटर स्वीकृत प्रतिस्थापन को प्रकाशित करता है और इसे गुमनाम रूप से पुनः प्राप्त करता है। मेनिफेस्ट अब मेल खाने वाले डाइजेस्ट को रिकॉर्ड करता है, लेकिन स्वीकृति के लिए अभी भी वैधता, श्रृंखला, इच्छित डोमेन कवरेज और उचित टूलींग के साथ सही लोगो एसोसिएशन की जांच की आवश्यकता होती है। अंत में, नियंत्रित संदेशों को लक्ष्य प्राप्तकर्ताओं पर देखा जाता है। एक मेलबॉक्स स्क्रीनशॉट से सार्वभौमिक निरंतरता का अनुमान न लगाएं या यह वादा न करें कि प्रत्येक कैश्ड डिस्प्ले तुरंत बदल जाता है।
बंधे हुए साक्ष्य के साथ नवीनीकरण बंद करें
प्रतिधारण नीति के अधीन पुरानी कलाकृतियों को ऑडिट के लिए रखें। रोलबैक को कभी भी समाप्त हो चुके, निरस्त किए गए या अब-अधिकृत प्रमाणपत्र को केवल इसलिए पुनर्स्थापित नहीं करना चाहिए क्योंकि इसमें पहले एक लोगो प्रदर्शित हुआ था। यदि प्रतिस्थापन सत्यापन विफल हो जाता है, तो विशिष्ट निर्भरता की मरम्मत करें और समय जोखिम को कमजोर करने के बजाय बढ़ा दें DMARC.
प्राप्तकर्ता की अपेक्षाओं के लिए, Gmail की समर्थित प्रमाणपत्र श्रेणियों और सत्यापन प्रदर्शन में अंतर करें Google का वर्तमान सेटअप मार्गदर्शन जारीकर्ता नवीनीकरण यांत्रिकी से। एक वैध प्रतिस्थापन स्वयं प्रदर्शन की गारंटी नहीं देता है। सार्वजनिक फ़ाइल जांच, प्रमाणपत्र सत्यापन और दिनांकित रिसीवर टिप्पणियों के साथ बंद करें, अनसुलझे सतहों को अलग से सूचीबद्ध करें। यह उदाहरण कृत्रिम है; इस लेख के लिए लाइव मेलबॉक्स में कोई प्रमाणपत्र खरीदा, नवीनीकृत, प्रकाशित या परीक्षण नहीं किया गया था।
नवीनीकरण हैंडऑफ़ वर्कशीट
प्रति प्रमाणपत्र और होस्टेड समापन बिंदु पर एक प्रविष्टि रिकॉर्ड करें। ये फ़ील्ड संपादकीय सिफ़ारिशें हैं और साक्ष्य एकत्र होने तक खाली रहती हैं।
- डोमेन भेजना, स्वीकृत चिह्न और जवाबदेह नवीनीकरण स्वामी: लंबित।
- जारीकर्ता आदेश, प्रमाणपत्र वैधता तिथियां और पुनर्वैधीकरण प्रश्न: लंबित।
- होस्टिंग स्वामी और स्वचालन जिम्मेदारी: लंबित।
- पूर्व और प्रतिस्थापन फ़ाइल डाइजेस्ट, प्रस्तुत यूआरएल और पुनर्प्राप्ति समय: लंबित।
- प्रमाणपत्र-श्रृंखला, निरस्तीकरण, डोमेन और लोगो जाँच: लंबित।
- नियंत्रित संदेश, प्राप्तकर्ता/ग्राहक/तिथि और प्रेक्षित संकेतक: लंबित।
- वैध पुनर्प्राप्ति विकल्प, एस्केलेशन स्वामी और शेष अपवाद: लंबित।
एक समाप्त होने वाला बहु-वर्षीय ऑर्डर और एक समाप्त होने वाला प्रमाणपत्र एक ही घटना नहीं हैं। DigiCert दस्तावेज़ बहु-वर्षीय कवरेज के भीतर पुनः जारी होते हैं और एक नए ऑर्डर में नवीनीकरण होते हैं। प्रीपेड कवरेज को इस बात का प्रमाण मानने के बजाय कि सार्वजनिक प्रमाणपत्र वैध है, वास्तविक जारी तिथियों की जाँच करें।