अच्छे कार्यक्रम बोनट के नीचे उबाऊ होते हैं: प्रशिक्षण के लिए खरीदा गया एक डोमेन और हमेशा के लिए स्वामित्व में, एक भेजने वाला सेटअप जो वास्तविक डोमेन की प्रतिष्ठा को नुकसान नहीं पहुंचा सकता है, और एक मेल गेटवे जो परीक्षण को जानबूझकर, समय-बॉक्स अपवाद के माध्यम से पारित करने देता है - दुर्घटना से नहीं। यह पेज वह सेटअप है.
इस क्षेत्र में सबसे अधिक तकनीकी शर्मिंदगी के लिए तीन गलतियाँ जिम्मेदार हैं: वास्तविक डोमेन से भेजना, परीक्षण को स्पैम फ़िल्टर द्वारा चुपचाप खा जाने देना, और लॉन्च के बाद लैंडिंग पृष्ठ के गलत-रिकॉर्ड डेटा का पता लगाना। नीचे दिया गया सेटअप उसी क्रम में इन तीनों से बचता है।
v=spf1 mx a -allअपनी कंपनी का एक हमशक्ल डोमेन खरीदें - जिस प्रकार की लगभग-मिस स्पेलिंग वास्तविक हमलावर आपके विरुद्ध उपयोग करते हैं - और इसे संगठन में स्थायी रूप से पंजीकृत करें। यह केवल प्रशिक्षण के लिए मौजूद है। दो दृढ़ सीमाएँ: किसी बैंक, कूरियर या किसी अन्य कंपनी की नकल करते हुए कभी भी डोमेन पंजीकृत न करें; और प्रशिक्षण डोमेन को कभी भी चूकने न दें, क्योंकि आपके स्वयं के डोमेन का एक समाप्त हो चुका हमशक्ल वास्तविक हमलावरों के लिए एक उपहार है। इसके नवीनीकरण को वास्तविक डोमेन के समान कैलेंडर पर रखें।
केवल प्रशिक्षण डोमेन से, प्लेटफ़ॉर्म के भेजने वाले प्रोफ़ाइल के माध्यम से, उसके DNS रिकॉर्ड - एसपीएफ़ और, जहां आपका प्लेटफ़ॉर्म इसका समर्थन करता है, डीकेआईएम - उस डोमेन के लिए कॉन्फ़िगर किया गया है, जैसे उपरोक्त पैनल में एसपीएफ़ लाइन के साथ सिमुलेशन भेजें। आपके वास्तविक डोमेन की प्रतिष्ठा, वितरण क्षमता और DMARC रिपोर्ट इस अभ्यास से पूरी तरह अछूती रहती हैं। प्लेटफ़ॉर्म के एडमिन कंसोल को सुरक्षित रखें - उदाहरण के लिए, GoPhish डिफ़ॉल्ट रूप से पोर्ट 3333 पर अपना एडमिन इंटरफ़ेस पेश करता है; वह इंटरफ़ेस एक वीपीएन या आईपी अनुमति सूची के पीछे है, जिसे कभी भी खुले तौर पर प्रकाशित नहीं किया गया।
आपकी मेल सुरक्षा, सही ढंग से, सिमुलेशन को अवरुद्ध करने का प्रयास करेगी। जो कोई भी इसे चलाता है उसके साथ समन्वय करें: एक अनुमति सूची प्रविष्टि विशिष्ट प्रेषण पते और अनुमोदित लॉन्च विंडो तक सीमित है, लॉग किया गया है, और राउंड बंद होने पर हटा दिया गया है। एक स्थायी, व्यापक बाईपास कोई परीक्षण सुविधा नहीं है - यह आपके नाम के साथ आपकी वास्तविक सुरक्षा में एक छेद है। और ब्लॉक में छिपी प्रशंसा को स्वीकार करें: यदि फ़िल्टर आपके परीक्षण को ठंडा होने से रोकता है, तो यह सबूत है कि यह वास्तविक फ़िश को भी रोकता है।
वीडियो में चरण दर चरण कॉन्फ़िगर की गई भेजने वाली प्रोफ़ाइल और अभियान सेटिंग देखें।
▶️ Watch Full Videoतीन कारण: एक दुर्घटना वास्तविक डोमेन की मेल प्रतिष्ठा और वितरण क्षमता को नुकसान पहुंचाती है; परीक्षण के दौरान कर्मचारी अब वास्तविक आंतरिक मेल पर भरोसा नहीं कर सकते हैं; और यदि कोई भाग लीक हो जाता है, तो यह एक वास्तविक समझौता जैसा दिखता है। प्रशिक्षण डोमेन पाठ को आवश्यक सभी यथार्थवाद देता है।
नहीं - यह आपका बचाव काम कर रहा है, और प्रबंधन से ऐसा कहना उचित है। स्वीकृत विंडो के लिए अनुमति सूची को सीमित करें, राउंड चलाएँ, फिर अपवाद को बंद करें। फ़िल्टर का व्यवहार डेटा है, हार नहीं.
कई संगठन बिल्कुल ऐसा ही करते हैं। इसे किसी भी इंटरनेट-फेसिंग सिस्टम की तरह समझें: पैच किया गया, एडमिन कंसोल आपके अपने एक्सेस रूट तक ही सीमित है, और भेजने वाला पक्ष प्रशिक्षण डोमेन तक ही सीमित है - कभी भी एक साझा बॉक्स नहीं होता है जो वास्तविक कंपनी सेवाओं को भी वहन करता है।