[ SPF ]

SPF अति-प्राधिकरण: ऑडिट अनुमतियाँ जिनके पास अब कोई व्यवसाय स्वामी नहीं है

मालिक के नेतृत्व वाली इन्वेंट्री के माध्यम से अप्रचलित SPF अनुमति को हटा दें, साक्ष्य भेजने और एक प्रतिवर्ती सेवानिवृत्ति योजना देखें।

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

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

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

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

सिंटैक्स का व्यवसाय अनुमति में अनुवाद करें

वास्तव में उपयोग किए जाने वाले प्रत्येक डोमेन से प्रारंभ करें मेल प्रेषक, न कि केवल कंपनी की वेबसाइट का डोमेन; भंडार HELO नीति पहचान अलग से जहां वे चेक मार्ग का हिस्सा हैं। प्रकाशित नीति को रिकॉर्ड करें और शामिल और रीडायरेक्ट के माध्यम से पहुंची निर्भरता का विस्तार करें। शामिल एक पुनरावर्ती SPF मूल्यांकन है: शामिल नीति में एक पास शामिल मैच बनाता है; उस पर क्वालीफायर बाहरी परिणाम निर्धारित करता है। यह केवल एक पाठ आयात नहीं है. सामान्य सकारात्मक समावेश के लिए, किसी प्रदाता की संदर्भित नीति में परिवर्तन के परिणामस्वरूप आपके डोमेन द्वारा अधिकृत पते बदल सकते हैं। RFC 7208 §5.2, RFC 7208 §6.1.

प्रत्येक प्राधिकरण के लिए, आवेदन, व्यवसाय स्वामी, तकनीकी स्वामी, अनुबंध या सेवा खाता, लिफाफा डोमेन, उद्देश्य, अंतिम सत्यापित प्रेषण साक्ष्य और सेवानिवृत्ति बाधाओं को रिकॉर्ड करें। सामान्य होस्ट या पर आधारित विस्तृत सीआईडीआर, साझा-सेवा श्रेणियां और तंत्र चिह्नित करें MX रिकॉर्ड स्पष्ट समीक्षा के लिए. चिंता का विषय उनकी वास्तविक अनुमति का दायरा है, न कि यह नियम कि कोई विशेष तंत्र हमेशा गलत होता है।

प्रसुप्त और परित्यक्त में अंतर बताइये

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

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

कोई छिपा हुआ व्यवधान पैदा किए बिना दायरा कम करें

एक परिवर्तन तैयार करें जिसमें सटीक पुराना और प्रस्तावित परिवर्तन शामिल हो SPF रिकॉर्ड, कवर की गई सेवाएँ, परीक्षण संदेश, निगरानी विंडो और रोलबैक ट्रिगर। सत्यापित करें कि नया रिकॉर्ड एक एकल वैध SPF नीति है और प्रतिनिधि मूल्यांकन पथ डीएनएस-क्वेरी पैदा करने वाली अवधि सीमा के भीतर रहते हैं। किसी बड़ी अनुमति सूची को उसके अंतिम क्वालीफायर को +all में बदलकर हल न करें, जो प्रत्येक कनेक्टिंग पते को अधिकृत करता है। RFC 7208 §4.5, RFC 7208 §4.6.4, RFC 7208 §5.1.

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

लेखापरीक्षा परिणाम को परिभाषित करें

किसी प्रविष्टि को मालिक के पास रखे हुए, साक्ष्य के साथ सेवानिवृत्त, या समय सीमा के साथ अनसुलझे के रूप में बंद करें। एक छोटा रिकॉर्ड एक उप-उत्पाद है; वास्तविक वितरणयोग्य एक पता लगाने योग्य अनुमति रजिस्टर है। SPF पास चेक की गई पहचान के उपयोग को अधिकृत करता है, न कि प्रत्येक दृश्यमान पते या प्रत्येक किरायेदार को भेजने वाला प्लेटफ़ॉर्म साझा करने के लिए। संरेखित रहें DKIM और DMARC अलग नियंत्रण के रूप में सत्यापन। RFC 7208 §8.3, RFC 7208 §11.2, RFC 7208 §11.3, RFC 7208 §11.4.

एक ठोस निर्णय रिकॉर्ड का प्रयोग करें

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

[ ले लेना ]

प्रत्येक प्राधिकरण को व्यवसाय स्वामी और वास्तविक दायरे से जोड़ें। शांत रिपोर्टिंग इस बात का प्रमाण नहीं है कि भेजने पर निर्भरता अप्रचलित है। साक्ष्य, संकीर्ण परीक्षण और एक सुरक्षित परिवर्तन योजना के साथ सेवानिवृत्ति की अनुमति।

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

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

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

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

विस्तार शामिल करें और निर्भरताएँ रिकॉर्ड करें।

पहले और बाद की नीतियां, निर्भरता स्नैपशॉट और परीक्षण रसीदें रखें। ट्रीट शेयर्ड में बदलती अनुमतियाँ शामिल हैं जिनकी समय-समय पर समीक्षा की आवश्यकता होती है, न कि स्थिर विक्रेता नामों की।

अगले कदम

  1. विस्तार शामिल करें और निर्भरताएँ रिकॉर्ड करें।
  2. वैध मार्गों के विरुद्ध प्रस्तावित नीति का परीक्षण करें।
  3. अनुमति हटाने से पहले रोलबैक मान सहेजें।

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

परित्यक्त सेवा अनुमतियों को प्राथमिकता दें।

छोड़े गए खातों, बड़ी श्रेणियों और अज्ञात सेवाओं से जुड़ी अनुमतियों को प्राथमिकता दें। दस्तावेजीकरण करें कि अनुमति अभी भी क्यों आवश्यक है और वह निर्णय कब समाप्त होगा।

अगले कदम

  1. परित्यक्त सेवा अनुमतियों को प्राथमिकता दें।
  2. व्यापक पता श्रेणियों की स्पष्ट रूप से समीक्षा करें।
  3. अनसुलझे अपवादों के लिए समाप्ति तिथियां आवश्यक हैं।

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

प्रत्येक अनुमति के लिए एक व्यवसाय स्वामी को नियुक्त करें।

प्रत्येक प्रतिधारित प्रेषक को एक व्यवसाय स्वामी दें। शामिल संख्या में मनमाने ढंग से कमी की मांग करने के बजाय मौसमी वर्कफ़्लो के लिए पर्याप्त साक्ष्य की अनुमति दें।

अगले कदम

  1. प्रत्येक अनुमति के लिए एक व्यवसाय स्वामी को नियुक्त करें।
  2. मौसमी और पुनर्प्राप्ति वर्कफ़्लो की जाँच करें।
  3. प्रलेखित सेवा सेवानिवृत्ति निर्णयों को मंजूरी दें।

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

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

क्या हर पुराना शामिल असुरक्षित है?

अकेले उम्र कुछ भी साबित नहीं करती. सेवा, वर्तमान स्वामी, अनुमति का दायरा और परिचालन आवश्यकता निर्धारित करें।

क्या मैं बिना किसी हालिया रिपोर्ट वाले किसी समावेश को हटा सकता हूँ?

अकेले उस सबूत पर नहीं. सेवानिवृत्ति से पहले मौसमी वर्कफ़्लो, अक्षम रिपोर्टिंग कवरेज, कतारबद्ध मेल और आपदा वसूली की जाँच करें।

क्या इसमें केवल मेरे विक्रेता खाते को अधिकृत किया गया है?

आवश्यक रूप से नहीं। SPF संदर्भित नीति में पतों का मूल्यांकन करता है। किरायेदार प्रतिबंध सेवा के अलग-अलग नियंत्रणों पर निर्भर करते हैं।

RFC 7208 §5.2 RFC 7208 §11.4

क्या +all एक स्वीकार्य अस्थायी पुनर्प्राप्ति है?

यह प्रत्येक कनेक्टिंग आईपी को पास के साथ मैच कराता है। एक संकीर्ण, सत्यापित पुनर्प्राप्ति परिवर्तन को प्राथमिकता दें और उसकी समाप्ति का दस्तावेज़ीकरण करें।

RFC 7208 §5.1 RFC 7208 §4.6.2

क्या SPF हटाने से सेवानिवृत्त सेवा पूरी तरह बंद हो जाएगी?

नहीं, यह प्रमाणीकरण संकेत को बदल देता है। सेवा खाते और क्रेडेंशियल्स को उचित रूप से अक्षम करें, और अन्य प्रमाणीकरण पथों और रिसीवर व्यवहार पर विचार करें।

RFC 7208 §2.6.1

क्या मुझे सभी सम्मिलित को समतल करना चाहिए?

स्वचालित रूप से नहीं. प्रबंधित निर्भरता को एड्रेस स्नैपशॉट से बदलने से एक अद्यतन दायित्व बनता है। ऐसा डिज़ाइन चुनें जिसके बदलावों को आप सुरक्षित रूप से बनाए रख सकें।

मैं किसी अज्ञात स्वामी से कैसे निपटूँ?

इसे अनसुलझे के रूप में रिकॉर्ड करें, प्रभावित अनुप्रयोगों की पहचान करें और अपनी इन्वेंट्री प्रक्रिया के माध्यम से आगे बढ़ें। यह अनुमान लगाने से बचें कि मौन का मतलब अनुमति अनावश्यक है।

समीक्षा को क्या संपूर्ण बनाता है?

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

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

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

  1. RFC 7208

    धारा §2.6.1 · §4.5 · §4.6.2 · §4.6.4 · §5.1 · §5.2 · §6.1 · §8.3 · §11.2 · §11.3 · §11.4 · §2.4

  2. RFC 9989

    धारा §4.4

[ शब्दकोष ]

शब्दकोष

SPF
कनेक्टिंग आईपी और प्रासंगिक SMTP पहचान के लिए प्राधिकरण मूल्यांकन।

RFC 7208 §2.4

पहचान से मेल
SPF द्वारा उपयोग की जाने वाली SMTP लिफाफा पहचान, रिवर्स पथ शून्य होने पर परिभाषित पोस्टमास्टर/ HELO निर्माण के साथ।

RFC 7208 §2.4

DMARC संरेखण
प्रमाणित पहचानकर्ता और लेखक डोमेन के बीच आवश्यक संबंध।

RFC 9989 §4.4

SPF शामिल है
पुनरावर्ती मूल्यांकन जिसका उत्तीर्ण परिणाम शामिल तंत्र से मेल खाता है; सम्मिलित क्वालीफायर फिर बाहरी परिणाम निर्धारित करता है।

RFC 7208 §5.2

उद्यम उद्गम

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

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

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

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

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

ज्ञानधार