SSO प्रशासन

Tenant और application workspace

Navigation में tenants, domains, applications, federation, provisioning, entitlements, reviews, PIM, devices, workflows, sessions, keys और audit समूहबद्ध हैं। Tenant settings tenant scope और application editors protocol तथा lifecycle सँभालते हैं। कार्रवाई प्रभावी भूमिका और delegated permissions पर निर्भर है। Integrations के लिए बनाया contract /api/auth/management/openapi.json है।

1. ठीक tenant या application चुनें और उसका owner तथा स्थिति देखें।
2. कार्रवाई न दिखे तो जाँचें कि permission आपको delegate हुई है।
3. Save के बाद दिखाई स्थिति और audit या version entry सत्यापित करें।

Roles और permissions

Role hierarchy में parent बदलना और versions की तुलना करना संभव है। वास्तविक अधिकार के लिए सक्रिय सदस्यता और सही tenant delegation चाहिए; sibling तथा उच्चतर role पहुँच fail-closed होती है। Platform roles को application roles से अलग रखें। Assignment tenant सदस्यता, application policy या separation-of-duties नियमों को निरस्त नहीं करता।

1. Access देने से पहले सदस्यता और मौजूदा role path देखें।
2. सबसे सीमित role और permission चुनें; scope तथा expiry जाँचें।
3. अस्वीकृति पर व्यापक site role देने के बजाय प्रभावी tenant permissions देखें।

Domains और registrations

Discovery या certificate उपयोग से पहले domain claim का स्पष्ट स्वामित्व परीक्षण आवश्यक है। Application registrations में protocol, owner, tenant, policy और lifecycle अलग से तय होते हैं। नई version publish करने से पहले policy प्रभाव preview करें। Platform social providers को उपयोगकर्ता की linked identity से अलग सँभाला जाता है।

1. ठीक tenant domain जोड़कर स्वामित्व चुनौती पूरी करें।
2. Protocol-विशिष्ट management screen से application register करें।
3. Policy preview, publish और test करके सक्रिय version पक्का करें।

Authenticators और enrollment

Authentication administration में factor enrollment, recovery codes, समर्थित authenticator प्रबंधन, temporary access passes, hardware OATH actions और enrollment campaigns हैं। इनके लिए authentication-management permission चाहिए। संवेदनशील कार्रवाई में हाल का user-bound step-up भी आवश्यक हो सकता है; सामान्य administrator भूमिका इसका स्थान नहीं लेती।

1. Campaign शुरू करने से पहले tenant policy और enrollment स्थिति देखें।
2. उपयोगकर्ता से authenticator challenge पूरा कर सत्यापित करवाएँ।
3. खोया factor या pass revoke करें और अधिकृत control से replacement दें।

Sessions, keys और social providers

Session inventory में दर्ज browser, OIDC, SAML, private और privileged sessions हैं। केवल अपने scope में revoke करें; उपयोगकर्ता-व्यापी कार्रवाई कई applications को प्रभावित कर सकती है, और केंद्रीय browser-session revocation केवल God कर सकता है। उपयोगकर्ता अपने connected-app tokens और trusted devices revoke कर सकते हैं। Signing keys तथा social providers के अलग maintenance controls हैं।

1. अधिकृत user, tenant, application और session type से filter करें।
2. प्रभाव देखकर ही single-session या व्यापक revocation चुनें।
3. Key या provider बदलाव के बाद स्थिति जाँचें और नियंत्रित sign-in करें।

Audit, export और समस्या निवारण

Tenant audit, security evidence, retention, holds, log destinations और bulk exports पर सीमित controls हैं। Export में संवेदनशील रिकॉर्ड हो सकते हैं; न्यूनतम अधिकृत scope लें। डेटा न मिले या बदलाव विफल हो तो सुरक्षित error रखें और फिर प्रयास से पहले मौजूदा स्थिति देखें। Configuration सुधारते समय append-only इतिहास बनाए रखें।

1. उपलब्ध actor, application या अवधि से tenant audit filter करें।
2. केवल आवश्यक रिकॉर्ड export करके स्वीकृत स्थान पर रखें।
3. Delivery बदलने या दोहराने से पहले retention, legal holds और destination की स्थिति जाँचें।

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

संबंधित पृष्ठ

• Single sign-on और पहचान
• Federation protocols और provisioning
• पहचान शासन और विशेषाधिकार प्राप्त पहुँच
• निजी application पहुँच