पहचान संबंधी जोखिम के निर्णयों के लिए डेटा उजागर होने के सत्यापित संकेत

शुरू करने से पहले

• LeakData खाते के स्वामी के रूप में एक्सेस और Enterprise SIEM इंटीग्रेशन का एक्सेस। सीट खाते कनेक्शन कॉन्फ़िगर नहीं कर सकते।
• ऐसा Okta प्रशासक जो API सेवा इंटीग्रेशन इंस्टॉल और अधिकृत कर सके, और ऐसा संगठन जिसमें Shared Signals रिसीवर का समर्थन हो। संबंधित जोखिम-नीति सुविधाओं के लिए Identity Threat Protection आवश्यक है।
• एक सक्रिय व्यक्तिगत ईमेल मॉनिटर, जिसके पते का स्वामित्व सत्यापित हो या जो आपके किसी सत्यापित डोमेन का हो। हस्ताक्षरित सिग्नल का परीक्षण करने के लिए, परीक्षण वाले Okta संगठन में उसी ईमेल वाले, आपके नियंत्रण में मौजूद नमूना उपयोगकर्ता का उपयोग करें।

1. Okta में इंस्टॉल और अधिकृत करें

सार्वजनिक कैटलॉग में लिस्टिंग अभी लंबित है। अगर आपके कैटलॉग में LeakData उपलब्ध नहीं है, तो आगे बढ़ने से पहले मौजूदा सेटअप प्रक्रिया जानने के लिए सहायता टीम से संपर्क करें।

1. Okta Admin Console में एप्लिकेशन और संसाधन > API सेवा इंटीग्रेशन खोलें और अपने कैटलॉग में उपलब्ध होने पर LeakData Shared Signals इंस्टॉल करें।
2. केवल okta.securityEventsProviders.manage को अधिकृत करें। सिर्फ़ एक बार दिखने वाला Client Secret तुरंत कॉपी करें, फिर उसी इंस्टेंस का Client ID और Okta डोमेन नोट करें।
3. संगठन का बिना कस्टमाइज़ किया गया मूल URL इस्तेमाल करें, जैसे https://integrator-1234567.okta.com। -admin, पाथ, क्वेरी स्ट्रिंग और पोर्ट नंबर हटा दें।

ये क्रेडेंशियल इंस्टॉल किए गए OIN API सेवा इंटीग्रेशन से मिलते हैं। API टोकन या ऐप इंटीग्रेशन बनाएँ के ज़रिए बनाया गया सामान्य OAuth सेवा ऐप वही OIN Client ID/Secret सेटअप प्रदान नहीं करता।

2. LeakData में कनेक्ट करें

1. खाते के स्वामी के रूप में साइन इन करें और डैशबोर्ड > इंटीग्रेशन > Okta Shared Signals खोलें।
2. उसी अधिकृत इंस्टेंस का संगठन URL, Client ID और Client Secret दर्ज करें। उच्च और अत्यंत गंभीर या केवल अत्यंत गंभीर चुनें।
3. सत्यापित पतों तक सीमित दायरे और अपनी Okta जोखिम नीतियों के प्रभाव को पढ़कर पुष्टि करें, फिर Okta कनेक्ट करें चुनें। LeakData क्रेडेंशियल सत्यापित करता है और अपना सुरक्षा इवेंट प्रदाता बनाता है या मौजूदा प्रदाता का फिर से उपयोग करता है।
4. सेटअप के बाद प्रदाता सक्रिय हो जाता है। LeakData सीक्रेट को एन्क्रिप्ट करता है और उसे दोबारा नहीं दिखाता।

3. कनेक्शन सत्यापित करें

1. जोखिम सिग्नल भेजे बिना क्रेडेंशियल और प्रदाता की स्थिति सत्यापित करने के लिए कनेक्शन जाँचें चुनें। पुष्टि करें कि प्रदाता सक्रिय है और कनेक्शन विवरण में प्रदाता ID मौजूद है।
2. पात्र ईमेल मॉनिटर की समीक्षा करें। केवल वे सटीक ईमेल पते पात्र हैं जिनका स्वामित्व सत्यापित है या जो आपके किसी सत्यापित डोमेन पर हैं; डोमेन मॉनिटर खुद कभी नहीं भेजा जाता।
3. अलग Test/QA खाते और आपके नियंत्रण वाले Okta Integrator संगठन में, “हस्ताक्षरित सिग्नल का परीक्षण करें” विकल्प का उपयोग करने से पहले नमूना ईमेल और नीति की स्वीकृति की समीक्षा करें। यह परीक्षण कॉन्फ़िगर की गई जोखिम नीतियों को सक्रिय कर सकता है।
4. HTTP 202 केवल स्वीकार किए जाने की पुष्टि करता है। अपने नमूना उपयोगकर्ता के लिए Okta System Log में security.events.provider.receive_event और user.risk.detect जाँचें। अज्ञात ईमेल को बिना किसी सूचना के अनदेखा किया जा सकता है।

4. क्रेडेंशियल बदलें या संगठन बदलें

1. उसी संगठन के लिए क्रेडेंशियल बदलें चुनें और उस संगठन के अधिकृत LeakData API सेवा इंस्टेंस से नया Client ID/Secret जोड़ा दर्ज करें। सहेजने पर कनेक्शन सत्यापित और सक्रिय हो जाता है।
2. “डिलीवरी रोकें” चुनने पर संगठन के साथ जुड़ाव और सहेजे गए क्रेडेंशियल बने रहते हैं। इससे खाता किसी दूसरे संगठन के लिए तैयार नहीं होता।
3. उसी संगठन के लिए डिलीवरी फिर से शुरू करने के लिए डिलीवरी शुरू करें चुनें, फिर कनेक्शन जाँचें चुनें और पुष्टि करें कि प्रदाता सक्रिय है।
4. किसी दूसरे संगठन का उपयोग करने के लिए पहले “कनेक्शन हटाएँ” विकल्प की समीक्षा करें। हटाने की पुष्टि करने पर प्रदाता, एन्क्रिप्ट किए गए क्रेडेंशियल और स्थानीय डिलीवरी इतिहास मिट जाते हैं। फिर नए संगठन का सेटअप करें। अगर हटाने की प्रक्रिया विफल हो, तो सहायता टीम से संपर्क करें; यह न मानें कि पुराना प्रदाता हटा दिया गया है।

समस्या निवारण

क्रेडेंशियल अस्वीकार किए गए

जाँचें कि तीनों मान उसी इंस्टॉल और अधिकृत किए गए OIN API सेवा इंस्टेंस से लिए गए हैं। समीक्षा के दौरान, वर्तमान सबमिशन संस्करण के इंस्टेंस का उपयोग करें। इस सेटअप के OIN क्रेडेंशियल की जगह API टोकन या सामान्य OAuth सेवा ऐप के क्रेडेंशियल इस्तेमाल नहीं किए जा सकते।

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

पुष्टि करें कि okta.securityEventsProviders.manage को अधिकृत किया गया था और आपका Okta संगठन SSF रिसीवर का समर्थन करता है। प्रशासक के एक्सेस और संगठन की नीतियों की समीक्षा करें।

पहले से किसी दूसरे संगठन से कनेक्ट है

केवल दिखाए गए संगठन के लिए क्रेडेंशियल बदलें। डिलीवरी रोकने से कनेक्शन नहीं हटता। संगठन बदलने से पहले ऊपर दिए गए हटाने के चरणों की समीक्षा करें।

कोई सिग्नल या उपयोगकर्ता जोखिम इवेंट नहीं

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

मदद चाहिए?

विफल हुई कार्रवाई और त्रुटि कोड के साथ LeakData सहायता टीम से संपर्क करें। पासवर्ड, Client Secrets या एक्सेस टोकन शामिल न करें।