सार्वजनिक गाइड

पहचान लाइफसाइकल और एक्सेस कंट्रोल

BlackShield किरायेदार व्यवस्थापकों को एक ठोस पहचान सतह प्रदान करता है: Google, Okta, या Azure AD कॉन्फ़िगर करें, इसे सक्षम करने से पहले OIDC को मान्य करें, समूहों को भूमिकाओं में मैप करें, SCIM टोकन घुमाएँ, और पहचान ऑडिट गतिविधि की समीक्षा करें। लक्षित पाठक: आईटी व्यवस्थापक, सुरक्षा संचालन दल, कार्यस्थान स्वामी और एक्सेस नियंत्रण की समीक्षा करने वाले खरीद समीक्षक. सामान्य सेटअप समय: 15-20 मिनट.

trust

इसका उपयोग करें यदि

BlackShield किरायेदार व्यवस्थापकों को एक ठोस पहचान सतह प्रदान करता है: Google, Okta, या Azure AD कॉन्फ़िगर करें, इसे सक्षम करने से पहले OIDC को मान्य करें, समूहों को भूमिकाओं में मैप करें, SCIM टोकन घुमाएँ, और पहचान ऑडिट गतिविधि की समीक्षा करें।

लक्षित दर्शक: आईटी व्यवस्थापक, सुरक्षा संचालन दल, कार्यस्थान स्वामी और एक्सेस नियंत्रण की समीक्षा करने वाले खरीद समीक्षकविशिष्ट समय: 15-20 मिनट

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

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

मार्गदर्शिका वॉकथ्रू

1

चरण 1

BlackShield द्वारा समर्थित पहचान प्रदाताओं को कॉन्फ़िगर करें

उत्पाद प्रदाताओं के एक परिभाषित सेट का समर्थन करता है और व्यवस्थापकों को व्यापक रोलआउट से पहले कॉन्फ़िगरेशन को मान्य करने के लिए बाध्य करता है।

  • `/identity` में, BlackShield किरायेदार स्तर के OIDC प्रदाताओं के रूप में Google, Okta और Azure AD का समर्थन करता है।
  • उत्पादन उपयोगकर्ताओं के लिए प्रदाता को सक्षम करने से पहले अंतर्निहित सत्यापन चरण का उपयोग करें।
  • जब किरायेदार OIDC सक्षम हो, तो `/login?tenant=acme-security&provider=okta` जैसा किरायेदार-विशिष्ट SSO लिंक वितरित करें ताकि उपयोगकर्ता अनाम किरायेदार खोज के बिना स्वीकृत IdP पर पहुंचें।
  • अंतर्निहित डिफ़ॉल्ट पर भरोसा करने के बजाय डिफ़ॉल्ट भूमिका और ऑटो-लिंक व्यवहार को स्पष्ट रूप से चुनें।

सफलता कैसी दिखती है

अंतर्निहित डिफ़ॉल्ट पर भरोसा करने के बजाय डिफ़ॉल्ट भूमिका और ऑटो-लिंक व्यवहार को स्पष्ट रूप से चुनें।

2

चरण 2

समूहों को मैप करें और जीवनचक्र क्रियाओं को स्वचालित करें

BlackShield उन जीवनचक्र नियंत्रणों को उजागर करता है जो खरीदार आमतौर पर उद्यम समीक्षाओं में मांगते हैं।

  • IdP समूहों को BlackShield भूमिकाओं में मैप करें ताकि साइन-इन के समय पहुंच सौंपी जा सके।
  • जब आपको प्रोविज़निंग क्रेडेंशियल्स को रीसेट करने की आवश्यकता हो तो उसी पृष्ठ से SCIM टोकन को घुमाएं।
  • कार्यस्थान के लिए हाल की OIDC और SCIM गतिविधि की समीक्षा करने के लिए पहचान ऑडिट स्ट्रीम का उपयोग करें।

सफलता कैसी दिखती है

कार्यस्थान के लिए हाल की OIDC और SCIM गतिविधि की समीक्षा करने के लिए पहचान ऑडिट स्ट्रीम का उपयोग करें।

3

चरण 3

उपयोगकर्ता बदलने पर पहुंच और विशेषाधिकार प्राप्त क्रेडेंशियल हटाएं

एक्सेस नियंत्रण तब तक पूरा नहीं होता जब तक आप उपयोगकर्ता पहुंच और सेवा क्रेडेंशियल्स दोनों को जल्दी से हटा नहीं सकते।

  • उपयोगकर्ता की भूमिका बदलने पर `/identity` में उपयोगकर्ता की IdP समूह पहुंच को हटाएं या रीमैप करें।
  • विशेषाधिकार प्राप्त कर्मचारियों के प्रस्थान या स्कैनर स्वामित्व परिवर्तन के बाद `/api-keys` में एपीआई कुंजियों को रद्द या घुमाएं।
  • `/audit` और पहचान ऑडिट की समीक्षा करें ताकि यह पुष्टि हो सके कि कोई पुरानी विशेषाधिकार प्राप्त गतिविधि अस्पष्टीकृत नहीं बची है।
  • यदि OIDC कॉन्फ़िगर नहीं है, तो टीम के सदस्यों को आमंत्रित करने और सीट उपयोग की निगरानी करने के लिए `/tenant-rights` में 'Invite User' विकल्प के माध्यम से उपयोगकर्ता प्रोविज़निंग को मैन्युअल रूप से प्रबंधित करें।

सफलता कैसी दिखती है

यदि OIDC कॉन्फ़िगर नहीं है, तो टीम के सदस्यों को आमंत्रित करने और सीट उपयोग की निगरानी करने के लिए `/tenant-rights` में 'Invite User' विकल्प के माध्यम से उपयोगकर्ता प्रोविज़निंग को मैन्युअल रूप से प्रबंधित करें।

सफलता कैसी दिखती है

  • भूमिका असाइनमेंट स्पष्ट रूप से व्यावसायिक जिम्मेदारियों से मेल खाते हैं।
  • आपातकालीन निरसन वर्कफ़्लो का परीक्षण और दस्तावेजीकरण किया जाता है।
पहचान लाइफसाइकल और एक्सेस कंट्रोल | BlackShield Docs