यह इंटीग्रेशन क्या योगदान देता है
Adaptive Security, Workforce, Training और मल्टी-चैनल सिमुलेशन के Outcomes उपलब्ध करा सकता है। समीक्षा किए गए उदाहरणों में निम्नलिखित शामिल हैं:phishing.simulation.clicked— किसी सिमुलेटेड ईमेल पर क्लिक किया और उसकी रिपोर्ट नहीं कीphishing.simulation.credential.submitted— किसी सिमुलेटेड साइन-इन पेज पर क्रेडेंशियल दर्ज किएphishing.simulation.attachment.opened— किसी सिमुलेटेड ईमेल का अटैचमेंट खोलाphishing.simulation.reported— किसी सिमुलेटेड ईमेल की रिपोर्ट कीsmishing.simulation.replied— किसी सिमुलेटेड टेक्स्ट संदेश का उत्तर दियाvishing.simulation.succeeded— किसी सिमुलेटेड वॉइस कॉलर के निर्देशों का पालन कियाtraining.assigned— सुरक्षा प्रशिक्षण असाइन किया गयाtraining.completed— सुरक्षा प्रशिक्षण पूरा कियाtraining.past.due— प्रशिक्षण की समय-सीमा चूक गए
Adaptive तीन चैनलों पर सिमुलेशन करता है, और Living Security प्रत्येक चैनल को अलग-अलग स्कोर करता है।
ईमेल परिणाम फ़िशिंग के रूप में, टेक्स्ट-संदेश परिणाम स्मिशिंग के रूप में और वॉइस-कॉल परिणाम विशिंग के रूप में स्कोर किए जाते हैं। सिमुलेटेड ईमेल पर क्लिक करने वाला व्यक्ति और सिमुलेटेड टेक्स्ट का उत्तर देने वाला व्यक्ति एक ही व्यवहार के रूप में नहीं मापे जाते, क्योंकि दोनों द्वारा लिया गया निर्णय अलग होता है।
Living Security को क्या चाहिए
आवश्यक भूमिका: आपके Adaptive Security खाते का ऐसा एडमिनिस्ट्रेटर जिसके पास Settings → API तक पहुँच हो। Adaptive रोल-आधारित अनुमतियों के माध्यम से API एक्सेस को नियंत्रित करता है, इसलिए टोकन ऐसी भूमिका का होना चाहिए जो उपयोगकर्ताओं, फ़िशिंग और प्रशिक्षण को पढ़ सके।
एक्सेस: केवल-पठन। Living Security केवल Adaptive Security से डेटा पढ़ता है और आपके खाते में कुछ भी नहीं बनाता, बदलता या हटाता है।
Living Security क्या प्राप्त करता है
फ़ोन नंबर संग्रहीत नहीं किए जाते। Adaptive अपने उपयोगकर्ता रिकॉर्ड में कार्यालय और मोबाइल नंबर लौटाता है। Living Security कुछ भी संग्रहीत करने से पहले दोनों को हटा देता है, क्योंकि Living Security की कोई भी सुविधा इनका उपयोग नहीं करती।
Adaptive का अपना रिस्क स्कोर दर्ज किया जाता है, लेकिन कभी स्कोरिंग में उपयोग नहीं होता। Adaptive प्रति व्यक्ति एक
current_risk_score की गणना करता है। Living Security इसे इसलिए रखता है ताकि आप दोनों सिस्टम की आमने-सामने तुलना कर सकें, लेकिन Human Risk Index की गणना हमेशा Living Security के अपने प्रकाशित मॉडल का उपयोग करके देखे गए व्यवहार के आधार पर की जाती है — किसी अन्य विक्रेता के समग्र स्कोर से कभी नहीं।पूर्वापेक्षाएँ
- API सक्षम किया हुआ एक Adaptive Security खाता।
- admin.adaptivesecurity.com तक एडमिनिस्ट्रेटर एक्सेस।
- Adaptive में उपयोगकर्ताओं के ऐसे ईमेल पते जो आपके अन्य कनेक्टेड सिस्टम द्वारा उपयोग किए जाने वाले पतों से मेल खाते हों। Living Security ईमेल के माध्यम से ही किसी Adaptive उपयोगकर्ता का मिलान किसी व्यक्ति से करता है।
भाग A — Adaptive Security में
ये चरण आपके Adaptive Security एडमिनिस्ट्रेटर द्वारा पूरे किए जाते हैं।1
API सेटिंग्स खोलें
- एडमिनिस्ट्रेटर के रूप में admin.adaptivesecurity.com में साइन इन करें।
- Settings → API पर जाएँ।
2
API टोकन जनरेट करें
- एक नया API टोकन जनरेट करें।
- इसे ऐसा नाम दें जिसे आप बाद में पहचान सकें — उदाहरण के लिए
Living Security। - पुष्टि करें कि टोकन की भूमिका उपयोगकर्ताओं, फ़िशिंग कैंपेन और प्रशिक्षण कैंपेन को पढ़ सकती है।
- टोकन को कॉपी करें।
भाग B — Living Security Platform में
यह चरण प्रोग्राम ओनर द्वारा पूरा किया जाता है, या प्रत्यायोजित सेटअप का उपयोग करने की स्थिति में सिस्टम एडमिन द्वारा। अब आप Adaptive Security से कनेक्ट हो गए हैं।डेटा कितनी बार प्राप्त किया जाता है
Adaptive का रिपोर्टिंग API “अंतिम बार से क्या बदला” जैसा फ़िल्टर प्रदान नहीं करता, इसलिए Living Security प्रत्येक सिमुलेशन और प्रशिक्षण कैंपेन को तब तक पढ़ता है जब तक वह परिणाम उत्पन्न कर रहा हो, और कैंपेन बंद होने के दो सप्ताह बाद उसे पढ़ना बंद कर देता है। इस प्रकार देर से किए गए क्लिक और देर से की गई रिपोर्ट भी दर्ज हो जाती हैं, और समाप्त हो चुके कैंपेन को बार-बार नहीं पढ़ा जाता।
किसी बड़े Adaptive खाते पर पहली बार कनेक्ट करने पर सारा डेटा पढ़ने में कई शेड्यूल किए गए रन लग सकते हैं। प्रत्येक रन जितना संभव हो उतना पढ़ता है और अगला रन वहीं से आगे बढ़ता है जहाँ पिछला रुका था, इसलिए गणनाएँ पहले एक-दो दिनों में धीरे-धीरे बढ़ती हैं, एक साथ दिखाई नहीं देतीं।
समस्या निवारण
403 Forbidden
403 Forbidden
टोकन प्रमाणित हो गया, लेकिन उसकी भूमिका अनुरोधित डेटा को पढ़ नहीं सकती। वही टोकन दोबारा पेस्ट करने से कोई लाभ नहीं होगा। Adaptive में पुष्टि करें कि टोकन की भूमिका को उपयोगकर्ताओं, फ़िशिंग और प्रशिक्षण के लिए रीड एक्सेस प्राप्त है, या ऐसी भूमिका से टोकन जारी करें जिसके पास यह एक्सेस हो।
429 Too Many Requests
429 Too Many Requests
Adaptive ने कनेक्शन पर रेट-लिमिट लगा दी है। Living Security उस रन को रोक देता है और अगले शेड्यूल किए गए रन पर उसी स्थान से पुनः आरंभ करता है, इसलिए कोई डेटा नहीं खोता — गणनाओं को बढ़ने में केवल अधिक समय लगता है। यदि यह कई दिनों तक बना रहे, तो अपने खाते पर लागू रेट लिमिट के बारे में पूछने के लिए Adaptive Security सपोर्ट से संपर्क करें।
People दिखाई देते हैं, लेकिन कोई सिमुलेशन परिणाम नहीं
People दिखाई देते हैं, लेकिन कोई सिमुलेशन परिणाम नहीं
जाँचें कि जिन कैंपेन की आप अपेक्षा कर रहे हैं वे वास्तव में चले हैं। Adaptive केवल उन्हीं सिमुलेशन के लिए नामांकन रिपोर्ट करता है जो भेजे जा चुके हैं, इसलिए Draft या Scheduled स्थिति में रहने वाला कैंपेन भेजे जाने तक कोई योगदान नहीं देता। Living Security जान-बूझकर इन्हें नहीं पढ़ता, ताकि वह अपना अनुरोध बजट उन कैंपेन पर खर्च करे जिनके वास्तविक परिणाम हैं।
वॉइस या टेक्स्ट सिमुलेशन गायब हैं
वॉइस या टेक्स्ट सिमुलेशन गायब हैं
Living Security प्रत्येक परिणाम का चैनल उससे जुड़े परिदृश्य (scenario) से निर्धारित करता है। यदि किसी सिमुलेशन के चलने के बाद Adaptive में उसका परिदृश्य हटा दिया गया था, तो उसके परिणाम ईमेल चैनल के अंतर्गत दर्ज किए जाते हैं, क्योंकि चैनल अब पढ़ा नहीं जा सकता। पुराने परिदृश्यों को हटाने के बजाय Adaptive में रखने से इससे बचा जा सकता है।