[ उद्यम संचालन ]

प्रत्येक भेजने वाली सेवा को व्यवसाय का स्वामित्व सौंपें

प्रत्येक भेजने वाली सेवा को एक नामित व्यवसाय निर्णय निर्माता, एक पहचान रिकॉर्ड और निरंतर अनुमोदन का प्रमाण दें।

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

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

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

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

निर्णय प्राधिकारी द्वारा स्वामी को परिभाषित करें

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

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

अनुमान लगाने के बजाय रिश्ते को सत्यापित करें

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

DMARC डोमेन प्रमाणीकरण का मूल्यांकन करता है और संरेखण, आंतरिक खरीद अनुमोदन नहीं। एक अवांछित विरासत सेवा अभी भी समाप्त हो सकती है जबकि एक वैध नई सेवा विफल हो जाती है क्योंकि यह गलत कॉन्फ़िगर की गई है। व्यावसायिक अनुमोदन और तकनीकी परिणाम स्वतंत्र रूप से रिकॉर्ड करें। RFC 9989. अज्ञात स्रोत को जोड़कर स्वामित्व अंतर को ठीक न करें SPF एट्रिब्यूशन पूरा होने से पहले.

अधिकार ग्रहण किए बिना किसी स्पष्ट स्वामी का समाधान करें

मान लीजिए कि एक काल्पनिक अभियान सेवा अभी भी मेल पर सही ढंग से हस्ताक्षर करती है, लेकिन उसके नामित मालिक ने कंपनी छोड़ दी है। DNS ऑपरेटर जानता है कि सेवा कैसे कॉन्फ़िगर की गई है, जबकि क्रय रिकॉर्ड एक ऐसी टीम का नाम देता है जो अब इसका उपयोग नहीं करती है। इनमें से कोई भी तथ्य वर्तमान निर्णय निर्माता या स्वीकृत दर्शक वर्ग को स्थापित नहीं करता है।

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

परिवर्तन के माध्यम से स्वामित्व बनाए रखें

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

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

पहुंच योग्य निर्णय निर्माता के साथ स्वामित्व बंद करें

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

[ ले लेना ]

पहुंच योग्य स्वामी और दायरे वाले व्यावसायिक निर्णय के साथ तकनीकी साक्ष्य अवश्य होना चाहिए; प्रमाणीकरण किसी सेवा को स्वीकृत नहीं कर सकता.

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

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

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

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

ग्राहक-विशिष्ट पहचान मानचित्र करें

बुनियादी ढांचे की जानकारी अपर्याप्त है.

अगले कदम

  1. किरायेदार और चयनकर्ताओं को रिकॉर्ड करें
  2. नियंत्रित नमूने रखें
  3. अनसुलझे एट्रिब्यूशन को फ़्लैग करें

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

अनुमोदन को अलग रखें

प्रमाणीकरण पारित करने से उपयोग की स्वीकृति नहीं मिलती है।

अगले कदम

  1. सत्यापन साक्ष्य को परिभाषित करें
  2. स्वामित्व अंतराल की समीक्षा करें
  3. महत्वपूर्ण कम मात्रा वाले प्रवाह को ट्रैक करें

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

खुद का व्यवसायिक उद्देश्य

तकनीकी टीमों को निर्णय निर्माता की आवश्यकता होती है।

अगले कदम

  1. सेवा स्वामियों के नाम बताएं
  2. बैकअप संपर्क प्रदान करें
  3. अवांछित सेवाओं की समीक्षा करें

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

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

क्या DNS व्यवस्थापक हमेशा व्यवसाय का स्वामी होता है?

नहीं, DNS संचालन और किसी सेवा का उपयोग करने का निर्णय अलग-अलग जिम्मेदारियां हैं।

क्या टीम का नाम किसी व्यक्ति की जगह ले सकता है?

एक टिकाऊ टीम या भूमिका के साथ-साथ पहुंच योग्य प्राथमिक संपर्क और बैकअप रखें।

क्या DMARC पास का मतलब व्यावसायिक अनुमोदन है?

नहीं, प्रमाणीकरण और आंतरिक प्राधिकरण अलग-अलग प्रश्नों का उत्तर देते हैं।

क्या साबित होता है कि एक साझा प्रदाता हमारे खाते से संबंधित है?

ग्राहक-विशिष्ट कॉन्फ़िगरेशन, नियंत्रित नमूने और जवाबदेह-मालिक की पुष्टि को सहसंबंधित करें।

क्या SPF में कोई अज्ञात स्रोत जोड़ा जाना चाहिए?

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

अभियान का उदाहरण अनसुलझा क्यों है?

इसका पूर्व मालिक अब जवाबदेह नहीं है. एक वैध हस्ताक्षर और एक पुराना खरीद रिकॉर्ड वर्तमान व्यवसाय प्राधिकरण स्थापित नहीं करता है।

क्या किसी पॉप्युलेट स्वामी फ़ील्ड पर स्वचालित रूप से भरोसा किया जा सकता है?

नहीं, इसे दिनांकित सत्यापन से लिंक करें और सत्यापनकर्ता को रिकॉर्ड करें।

स्वामित्व की समीक्षा कब की जानी चाहिए?

सेवा और कार्मिक परिवर्तन, नवीनीकरण, प्रवासन, सेवानिवृत्ति और एक परिभाषित आवधिक अंतराल पर।

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

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

  1. NIST एसपी 800-53 रेव 5 रिलीज़ 5.2.0 आधिकारिक OSCAL कैटलॉग

    धारा सीएम-3 कॉन्फ़िगरेशन परिवर्तन नियंत्रण · सीएम-5 परिवर्तन के लिए पहुंच प्रतिबंध · एसी-6 न्यूनतम विशेषाधिकार · सीएम-8 सिस्टम घटक सूची

  2. RFC 9989 DMARC

    धारा §4.4 · §5.3.5 · §5.4

[ शब्दकोष ]

शब्दकोष

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

उद्यम उद्गम

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

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

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

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

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

ज्ञानधार