[ परिवहन सुरक्षा ]

SMTP TLS रिपोर्ट में समाप्त हो चुके या अविश्वसनीय प्रमाणपत्र

ट्रस्ट-चेन विफलता से समाप्ति को अलग करें, रिपोर्ट किए गए समापन बिंदु को संरक्षित करें और नवीनीकरण के बाद वास्तव में दिए गए प्रमाणपत्र को मान्य करें।

EmailAuth अनुसंधान टीम द्वारा · 4 मिनट पढ़ें

[ प्रमुख बिंदु ]

  • समय सीमा समाप्त और अविश्वसनीय, अलग-अलग संभावित मरम्मत वाली अलग-अलग श्रेणियां हैं।
  • प्रत्येक प्रभावित श्रोता द्वारा वास्तव में प्रस्तुत किए गए प्रमाणपत्र का निरीक्षण करें।
  • सही एसटीएस या DANE ट्रस्ट मॉडल के तहत टिप्पणियों की तुलना करें।
इस पेज पर

ट्रस्ट-चेन विफलता से समाप्ति को अलग करें, रिपोर्ट किए गए समापन बिंदु को संरक्षित करें और नवीनीकरण के बाद वास्तव में दिए गए प्रमाणपत्र को मान्य करें।

परिणाम श्रेणी को ठीक से पढ़ें

सन्दर्भ: RFC 8460 §4.3.1, RFC 8460 §4.3.2.

सर्टिफिकेट-एक्सपायर्ड का मतलब है कि रिपोर्टर ने एक एक्सपायर्ड सर्टिफिकेट देखा है। सर्टिफिकेट-नॉट-ट्रस्टेड में कई शर्तें शामिल हैं, जिनमें अज्ञात प्रमाणन प्राधिकारी, श्रृंखला त्रुटियां और नाम की बाधाएं शामिल हैं। विफलता-कारण-कोड निदान को सीमित कर सकता है लेकिन रिपोर्टर द्वारा प्रदान किया गया पाठ है, सार्वभौमिक पार्सर अनुबंध नहीं। प्रत्येक प्रमाणपत्र-अविश्वसनीय रिपोर्ट को बिना सबूत के लापता मध्यवर्ती के रूप में लेबल न करें। नीति संदर्भ से प्रारंभ करें और अंतिम बिंदु प्राप्त करने की सूचना दें ताकि SMTP प्रमाणपत्र समस्या sts-webpki-invalid के साथ भ्रमित न हो MTA-STS HTTPS नीति होस्ट।

प्रेषक तक पहुंचे प्रमाणपत्र की जांच करें

नवीनीकृत प्रमाणपत्र दिखाने वाला प्रमाणपत्र प्रबंधक यह स्थापित नहीं करता है कि प्रत्येक SMTP श्रोता इसकी सेवा करता है। वास्तविक अधिकृत समापन बिंदु जांच से रिकॉर्ड सीरियल या फ़िंगरप्रिंट, वैधता अंतराल, श्रृंखला और परीक्षण टाइमस्टैम्प। रिपोर्ट द्वारा निहित प्राप्त मार्गों पर उन मूल्यों की तुलना करें। एक पुरानी प्रक्रिया, भूला हुआ बैकअप होस्ट या अधूरा लोड-बैलेंसर परिनियोजन पुराने प्रमाणपत्रों को सक्रिय छोड़ सकता है। जब वैधता सीमाएँ असंगत दिखाई दें तो घड़ी की सटीकता की समीक्षा करें, लेकिन केवल असफल परीक्षण पास करने के लिए घड़ियाँ न बदलें या दुकानों पर भरोसा न करें।

नवीनीकरण ओवरलैप समस्या को पुन: प्रस्तुत करें

सिंथेटिक अभ्यास एक पुराने प्रमाणपत्र को t=100 तक वैध और एक नए को t=90 से t=200. t=110, एक श्रोता जो अभी भी पुराना प्रमाणपत्र परोस रहा है, मॉडल की वैधता-विंडो जांच में विफल रहता है, जबकि नया प्रमाणपत्र परोसने वाला एक श्रोता इसे पास कर देता है। यह वास्तविक प्रमाणपत्र उत्पन्न किए बिना परिनियोजन भेद को पुन: उत्पन्न करता है। यह श्रृंखला विश्वास, नाम मिलान, निरस्तीकरण व्यवहार या कार्यान्वयन की सीमा परंपराओं को साबित नहीं करता है। उन्हें एक वास्तविक TLS सत्यापनकर्ता और नियंत्रित समापन बिंदु साक्ष्य की आवश्यकता है।

भरोसे को दरकिनार किए बिना उसकी जांच करें

सन्दर्भ: RFC 8461 §4.2, RFC 7672 §3.1.1.

पत्ती को कैप्चर करें और मध्यवर्ती श्रृंखला परोसें, फिर रिपोर्टर के कारण की तुलना बनाए गए परीक्षण वातावरण से करें। एक स्थानीय मशीन द्वारा विश्वसनीय जारीकर्ता को प्रभावित प्रेषक द्वारा स्वीकार नहीं किया जा सकता है। गुम मध्यवर्ती, एक अप्रत्याशित स्व-हस्ताक्षरित प्रमाणपत्र और एक नीति-विशिष्ट बाधा अलग-अलग मरम्मत हैं। चयनित सत्यापन मॉडल का दस्तावेजीकरण करें। SMTP DANE डेन-ईई उपयोग के साथ वेब पीकेआई से भिन्न ट्रस्ट शब्दार्थ हैं, इसलिए सार्वजनिक प्रमाणन प्राधिकरणों के बारे में एसटीएस-शैली का निष्कर्ष आसानी से हर पर लागू नहीं किया जा सकता है TLSA प्रतिवेदन।

परिनियोजन और रिपोर्टिंग पर लूप बंद करें

सन्दर्भ: RFC 8460 §4.1.

प्रत्येक प्रभावित श्रोता पर स्वीकृत नवीनीकरण या श्रृंखला सुधार लागू करें, पुनः लोड व्यवहार को सत्यापित करें और परिवर्तन के बाद प्रस्तुत प्रमाणपत्र के साक्ष्य को बनाए रखें। उन रिपोर्टों की तुलना करें जिनकी अवलोकन अवधि मरम्मत के बाद गिरती है और एकत्रीकरण में देरी का कारण बनती है। स्वामित्व और रोलआउट के लिए पर्याप्त लीड समय के साथ नवीनीकरण निगरानी शेड्यूल करें, और अलग से निगरानी करें कि क्या नया प्रमाणपत्र वास्तव में तैनात किया गया है। प्रमाणपत्र विफलताओं को छिपाने के लिए स्वचालित रूप से लागू परिवहन नीति को कम न करें। यह मार्गदर्शिका केवल नियंत्रित प्रयोगशाला परीक्षणों को रिकॉर्ड करती है; यह उत्पादन प्रमाणपत्रों को नवीनीकृत नहीं करता है, उत्पादन ट्रस्ट स्टोर में परिवर्तन नहीं करता है या उत्पादन पुनर्प्राप्ति प्रदर्शित नहीं करता है।

ऐतिहासिक साक्ष्य और वर्तमान जाँचें बरकरार रखीं

नीचे दिए गए परिवहन अवलोकनों को 7 नवंबर 2026 को कैप्चर किया गया और इस समीक्षा के लिए नेटवर्क परीक्षणों के रूप में दोबारा चलाने के बजाय निरीक्षण किया गया। नए ऑफ़लाइन मॉडल की जाँचें अलग से दर्ज की जाती हैं।

बरकरार लूपबैक कैप्चर में विश्वसनीय लैब सीए द्वारा हस्ताक्षरित प्रमाणपत्र शामिल है जिसकी वैधता परीक्षण से पहले समाप्त हो गई थी; यह सत्यापन कोड 10 के साथ विफल हो गया है, प्रमाणपत्र समाप्त हो गया है। एक अलग स्व-हस्ताक्षरित पत्ता सत्यापन कोड 18, स्व-हस्ताक्षरित प्रमाणपत्र के साथ विफल हो जाता है। वैध नियंत्रण उसी अपेक्षित होस्टनाम के साथ सफल होता है। टाइमस्टैम्प्ड हैंडशेक साक्ष्य और सार्वजनिक प्रमाणपत्रों को बरकरार रखा जाता है, जिससे समाप्ति और ट्रस्ट विफलताओं का अलग से निरीक्षण किया जा सकता है। निजी कुंजियाँ अस्थायी हैं और हटा दी गई हैं। वास्तविक सेवा नवीनीकरण रोलआउट और सभी-श्रोता परिनियोजन सत्यापन इस प्रयोगशाला के बाहर रहते हैं। ऐतिहासिक परिवहन धावक को क्रिप्टोग्राफी और लूपबैक सॉकेट के साथ पायथन की आवश्यकता होती है। इसके परिणाम सीमित प्रयोगशाला साक्ष्य हैं, न कि वर्तमान सेवा स्वास्थ्य या उत्पादन अंतरसंचालनीयता।

प्राथमिक-स्रोत आधार

फ़ील्ड परिभाषाएँ और रिपोर्टिंग सीमाएँ आती हैं RFC 8460 , SMTP TLS रिपोर्टिंग, धारा 3 और 4। जहां एसटीएस सत्यापन पर चर्चा की जाती है, परामर्श लें RFC 8461. परिचालन अनुशंसाएँ प्रोटोकॉल आवश्यकताओं से भिन्न होती हैं।

[ ले लेना ]

सही एसटीएस या DANE ट्रस्ट मॉडल के तहत टिप्पणियों की तुलना करें।

[भूमिका के अनुसार]

आपके लिए इसका क्या मतलब है

व्यावहारिक अगले चरणों के लिए अपनी भूमिका चुनें।

आईटी/मेल एडमिन

प्रत्येक परोसी गई श्रृंखला का निरीक्षण करें

कॉन्फ़िगरेशन परिवर्तन करने से पहले नामित स्थिति को पुन: प्रस्तुत करें।

अगले कदम

  1. वास्तव में दिए गए प्रमाणपत्र को कैप्चर करें.
  2. वैधता विंडो और मध्यवर्ती श्रृंखलाओं की तुलना करें।
  3. सत्यापित करें कि प्रत्येक प्रभावित प्रक्रिया ने नए प्रमाणपत्र को पुनः लोड किया है।

सीआईएसओ/सेकऑप्स

विश्वास मॉडल को स्पष्ट रखें

सुरक्षा निष्कर्षों को प्रमाणित साक्ष्यों के अनुपात में रखें।

अगले कदम

  1. सत्यापन को अक्षम किए बिना विश्वास त्रुटियों की जांच करें।
  2. वेब पीकेआई को डेन-ईई ट्रस्ट से अलग करें।
  3. समापन बिंदु फ़िंगरप्रिंट से पहले और बाद में सुरक्षित रखें।

संस्थापक/गैर-तकनीकी

स्वयं का नवीनीकरण एवं परिनियोजन

सेवा निरंतरता के लिए जिम्मेदार व्यक्ति के लिए परिणाम को उपयोगी बनाएं।

अगले कदम

  1. प्रमाणपत्र परिनियोजन और नवीनीकरण को ट्रैक करें।
  2. फंड समाप्ति समय सीमा और एक जिम्मेदार उत्तरदाता।
  3. नवीनीकरण स्वामित्व में बैकअप श्रोताओं को शामिल करें।

[ पूछे जाने वाले प्रश्न ]

अक्सर पूछे जाने वाले प्रश्नों

क्या प्रमाणपत्र-अविश्वसनीय का मतलब समाप्त हो गया है?

आवश्यक रूप से नहीं। इसमें कई ट्रस्ट और श्रृंखला विफलताएं शामिल हैं।

RFC 8460 §4.3.1

क्या सफल नवीनीकरण परिनियोजन सिद्ध करता है?

नहीं, श्रोता पिछला प्रमाणपत्र प्रस्तुत करना जारी रख सकता है।

समापन बिंदु साक्ष्य में क्या शामिल होना चाहिए?

प्रस्तुत प्रमाणपत्र पहचान, वैधता अंतराल, श्रृंखला, मार्ग और टाइमस्टैम्प।

स्थानीय स्थिरता क्या परीक्षण करती है?

नए ऑफ़लाइन फिक्स्चर मॉडल वैधता विंडो। अलग से, 7 नवंबर लूपबैक कैप्चर दस्तावेज़ों की समाप्ति और ट्रस्ट विफलताओं को बरकरार रखा गया; इस समीक्षा के लिए कोई नेटवर्क परीक्षण दोबारा नहीं चलाया गया।

क्या प्रमाणपत्र सत्यापन को नजरअंदाज कर दिया जाना चाहिए?

नहीं, बायपास एक अनुरूप उत्पादन कनेक्शन प्रदर्शित नहीं कर सकता।

क्या अलग-अलग प्रेषकों के विश्वास परिणाम अलग-अलग हो सकते हैं?

हाँ। सत्यापन संदर्भ और ट्रस्ट स्टोर भिन्न हो सकते हैं।

RFC 8461 §4.2

क्या डेन-ईई और सार्वजनिक सीए सत्यापन समान हैं?

नहीं, उनके विश्वास मॉडल अलग-अलग हैं।

RFC 7672 §3.1.1

रिपोर्ट में मरम्मत कब दिखाई देनी चाहिए?

प्रासंगिक मरम्मत के बाद के सत्रों को एकत्रित और वितरित किया जाता है।

RFC 8460 §4.1

[ सूत्रों का कहना है ]

सूत्रों का कहना है

  1. RFC 7672

    धारा §3.1.1

  2. RFC 8460

    धारा §4.1 · §4.3.1 · §4.3.2

  3. RFC 8461

    धारा §4.2

[ शब्दकोष ]

शब्दकोष

प्रमाण पत्र प्रस्तुत किया
प्रमाणपत्र वास्तव में परीक्षण किए गए TLS श्रोता द्वारा प्रदान किया गया है, न कि कहीं और संग्रहीत नवीनीकरण आर्टिफैक्ट द्वारा।
एंकर पर भरोसा रखें
एसटीएस प्रमाणपत्र सत्यापन के लिए एमटीए सत्यापन संदर्भ भेजने में एक रूट सीए पर भरोसा किया गया।

RFC 8461 §4.2

डेन-ईई
टीएलएसए उपयोग 3 एसटीएस से अलग नाम और समाप्ति शब्दार्थ के साथ डीएनएसएसईसी-संरक्षित एसोसिएशन के माध्यम से अंतिम-इकाई प्रमाणपत्र को प्रमाणित करता है।

RFC 7672 §3.1.1

उद्यम उद्गम

शीर्ष वित्तीय संस्थान और सरकारें ही क्यों? अपने ईमेल सुरक्षा डैशबोर्ड हटा दिए।

पारंपरिक ईमेल प्रमाणीकरण प्लेटफ़ॉर्म आपको एक डैशबोर्ड बेचते हैं और आपके इंजीनियरों से काम करने के लिए कहते हैं। उच्च जोखिम वाले वातावरण में, मैन्युअल निरीक्षण का अर्थ है विलंबित प्रवर्तन, कॉन्फ़िगरेशन बहाव और अनियंत्रित छाया डोमेन।

EmailAuth एजेंटिक ईमेल उद्गम मंच है। हमारे एजेंट लागू करते हैं p=reject, तृतीय-पक्ष प्रेषकों को संरेखित रखें और अपने डोमेन को पूर्ण रूप से स्थानांतरित करें RFC 9989 अनुपालन, नया DMARC मानक, मानव-इन-द-लूप ऑडिटेबिलिटी के साथ।

सरकारों बड़े उद्यम टियर-1 वित्तीय संस्थान

सास · समर्पित किरायेदारी · एयर-गैप्ड ऑन-प्रिमाइसेस · BYOK एन्क्रिप्शन

ज्ञानधार