[ परिवहन सुरक्षा ]
MTA-STS नीति फ़ाइल को सही HTTPS स्थान पर होस्ट करें
सटीक MTA-STS HTTPS एंडपॉइंट को सीधे प्रस्तुत करें, इसके प्रमाणपत्र और नीति निकाय को मान्य करें, और खोज और कैश के साथ प्रकाशन का समन्वय करें।
EmailAuth अनुसंधान टीम द्वारा · 8 मिनट पढ़ा
[ प्रमुख बिंदु ]
- सटीक नीति होस्टनाम, पथ और HTTPS पोर्ट का उपयोग करें।
- प्रत्यक्ष HTTP 200 की आवश्यकता है और प्रमाणपत्र और मुख्य साक्ष्य को सुरक्षित रखें।
- आर्टिफैक्ट संशोधन, खोज आईडी और कैश्ड-पॉलिसी अनुकूलता का समन्वय करें।
इस पेज पर
[ ले लेना ]
सटीक MTA-STS HTTPS एंडपॉइंट को सीधे प्रस्तुत करें, इसके प्रमाणपत्र और नीति निकाय को मान्य करें, और खोज और कैश के साथ प्रकाशन का समन्वय करें।
[भूमिका के अनुसार]
आपके लिए इसका क्या मतलब है
व्यावहारिक अगले चरणों के लिए अपनी भूमिका चुनें।
आईटी/मेल एडमिन
सटीक HTTPS प्रतिक्रिया सत्यापित करें
कॉन्फ़िगरेशन स्क्रीन एंड-टू-एंड साक्ष्य नहीं है।
अगले कदम
- सटीक DNS और नीति कलाकृतियों को रिकॉर्ड करें।
- प्रत्येक प्रासंगिक समापन बिंदु की स्वतंत्र रूप से जाँच करें।
- टाइमस्टैम्प और नियंत्रित स्वीकृति परिणाम सुरक्षित रखें।
सीआईएसओ/सेकऑप्स
प्रवर्तन और कैश्ड-पॉलिसी जोखिम की समीक्षा करें
परिवहन नीति में बदलाव के लिए एक सुसंगत पुनर्प्राप्ति योजना की आवश्यकता है।
अगले कदम
- प्रमाणपत्रों और अनुमत MX पैटर्न की समीक्षा करें।
- पूर्व कैश्ड पॉलिसियों का लेखा-जोखा रखें।
- संदेश प्रमाणीकरण से परिवहन परिणामों को अलग करें।
संस्थापक/गैर-तकनीकी
इनकमिंग-मेल निरंतरता को सुरक्षित रखें
प्रकाशन के पास जवाबदेह सेवा स्वामित्व होना चाहिए।
अगले कदम
- DNS , मेल और होस्टिंग मालिकों को नियुक्त करें।
- बैकअप मार्ग और नवीनीकरण जिम्मेदारी शामिल करें।
- प्रवर्तन से पहले स्वीकृति साक्ष्य की आवश्यकता है।
[ पूछे जाने वाले प्रश्न ]
अक्सर पूछे जाने वाले प्रश्नों
example.com के लिए नीति URL क्या है?
यह पोर्ट 443 पर HTTPS पर https://mta-sts.example.com/.well-known/mta-sts.txt है।
क्या एंडपॉइंट किसी स्टोरेज यूआरएल पर रीडायरेक्ट हो सकता है?
नहीं, RFC 8461 पॉलिसी लाने के दौरान HTTP 3xx रीडायरेक्ट का पालन करने से मना करता है। पॉलिसी को सीधे आवश्यक समापन बिंदु पर प्रस्तुत करें।
क्या कोई ब्राउज़र नीति को पर्याप्त रूप से प्रदर्शित कर रहा है?
नहीं, ब्राउज़र रीडायरेक्ट का अनुसरण कर सकते हैं या प्रमाणित सत्र का उपयोग कर सकते हैं। मूल अप्रमाणित प्रतिक्रिया और प्रमाणपत्र साक्ष्य सुरक्षित रखें।
किस स्थिति और मीडिया प्रकार को प्रस्तुत किया जाना चाहिए?
लाने के लिए HTTP 200 की आवश्यकता होती है। RFC 8461 कहता है कि प्रेषकों को टेक्स्ट/सादे को मान्य करना चाहिए; उस मीडिया प्रकार के साथ इच्छित सादा-पाठ नीति प्रकाशित करें।
क्या HTTPS प्रमाणपत्र MX प्रमाणपत्र है?
नहीं, पॉलिसी होस्ट और प्राप्त करने वाले SMTP सर्वर अलग-अलग होस्टनाम और प्रमाणपत्र जांच के साथ अलग-अलग समापन बिंदु हैं।
क्या max_age DNS TTL है?
नहीं, यह सेकंड में पॉलिसी कैश जीवनकाल है, जो DNS TTL और HTTP कैश नियंत्रण से अलग है।
क्या आईडी बदलने से सभी प्रेषक कैश साफ़ हो जाते हैं?
नहीं, यह प्रेषकों को संशोधन का पता लगाने देता है लेकिन यह वैश्विक कैश-पर्ज ऑपरेशन नहीं है। संक्रमण के दौरान अनुकूलता बनाए रखें.
क्या समापन बिंदु को हटाने से MTA-STS सुरक्षित रूप से अक्षम हो सकता है?
ऐसा मत मानिए. कोई नहीं मोड और पिछली कैश्ड पॉलिसियों की समीक्षा करें, और अनुमोदित सेवानिवृत्ति योजना की आवश्यकता के अनुसार समापन बिंदु बनाए रखें।
[ सूत्रों का कहना है ]
सूत्रों का कहना है
[ शब्दकोष ]
शब्दकोष
उद्यम उद्गम
शीर्ष वित्तीय संस्थान और सरकारें ही क्यों? अपने ईमेल सुरक्षा डैशबोर्ड हटा दिए।
पारंपरिक ईमेल प्रमाणीकरण प्लेटफ़ॉर्म आपको एक डैशबोर्ड बेचते हैं और आपके इंजीनियरों से काम करने के लिए कहते हैं। उच्च जोखिम वाले वातावरण में, मैन्युअल निरीक्षण का अर्थ है विलंबित प्रवर्तन, कॉन्फ़िगरेशन बहाव और अनियंत्रित छाया डोमेन।
EmailAuth एजेंटिक ईमेल उद्गम मंच है। हमारे एजेंट लागू करते हैं p=reject, तृतीय-पक्ष प्रेषकों को संरेखित रखें और अपने डोमेन को पूर्ण रूप से स्थानांतरित करें RFC 9989 अनुपालन, नया DMARC मानक, मानव-इन-द-लूप ऑडिटेबिलिटी के साथ।
सास · समर्पित किरायेदारी · एयर-गैप्ड ऑन-प्रिमाइसेस · BYOK एन्क्रिप्शन