SSO প্রশাসন

Tenant ও application workspace

Navigation-এ tenant, domain, application, federation, provisioning, entitlement, review, PIM, device, workflow, session, key ও audit একসঙ্গে সাজানো। Tenant scope-এর জন্য tenant setting এবং protocol ও lifecycle-এর জন্য application editor ব্যবহার করুন। Action কার্যকর role ও delegated permission-এর ওপর নির্ভর করে। Integration-এর জন্য তৈরি contract /api/auth/management/openapi.json-এ আছে।

1. সঠিক tenant বা application নির্বাচন করে owner ও অবস্থা দেখুন।
2. কোনো action না থাকলে তার permission আপনাকে delegate করা হয়েছে কি না নিশ্চিত করুন।
3. Save-এর পর প্রদর্শিত অবস্থা এবং audit বা version entry যাচাই করুন।

Role ও permission

Role hierarchy-তে parent বদলানো ও version তুলনা করা যায়। কার্যকর কর্তৃত্বের জন্য active membership এবং সঠিক tenant delegation লাগে; sibling ও উচ্চতর role access fail-closed হয়। Platform role-কে application role থেকে আলাদা রাখুন। Assignment tenant membership, application policy বা separation-of-duties নিয়ম অতিক্রম করে না।

1. Access বরাদ্দের আগে membership ও বর্তমান role path দেখুন।
2. Scope ও expiry যাচাই করে সবচেয়ে সীমিত role ও permission বেছে নিন।
3. Denial হলে broader site role না দিয়ে effective tenant permission দেখুন।

Domain ও registration

Discovery বা certificate ব্যবহারের আগে domain claim-এর জন্য স্পষ্ট ownership check দরকার। Application registration-এ আলাদাভাবে protocol, owner, tenant, policy ও lifecycle নির্ধারিত হয়। নতুন version publish-এর আগে policy-র প্রভাব preview করুন। Platform social provider ব্যবহারকারীর linked identity থেকে আলাদাভাবে পরিচালিত হয়।

1. Exact tenant domain যোগ করে ownership challenge সম্পন্ন করুন।
2. Protocol-নির্দিষ্ট management screen-এ application নিবন্ধন করুন।
3. Policy preview, publish ও পরীক্ষা করে active version নিশ্চিত করুন।

Authenticator ও enrollment

Authentication administration-এ factor enrollment, recovery code, সমর্থিত authenticator management, temporary access pass, hardware OATH action ও enrollment campaign রয়েছে। এসবের জন্য authentication-management permission দরকার। Sensitive action-এ fresh user-bound step-up-ও লাগতে পারে; সাধারণ administrator role তার বিকল্প নয়।

1. Campaign শুরুর আগে tenant policy ও enrollment state দেখুন।
2. User-কে authenticator challenge সম্পন্ন ও যাচাই করতে বলুন।
3. হারানো factor বা pass revoke করে অনুমোদিত control-এ replacement দিন।

Session, key ও social provider

Session inventory-তে tracked browser, OIDC, SAML, private ও privileged session থাকে। নিজের scope-এর মধ্যেই revoke করুন; user-wide action একাধিক application-এ প্রভাব ফেলতে পারে এবং central browser-session revocation শুধু God করতে পারেন। User-রা নিজেদের connected-app token ও trusted device revoke করতে পারেন। Signing key ও social provider আলাদা control দিয়ে রক্ষণাবেক্ষণ হয়।

1. অনুমোদিত user, tenant, application ও session type ধরে filter করুন।
2. প্রভাব যাচাই করে single-session বা বিস্তৃত revocation বেছে নিন।
3. Key বা provider বদলানোর পর অবস্থা নিশ্চিত করে নিয়ন্ত্রিত sign-in পরীক্ষা করুন।

Audit, export ও সমস্যা সমাধান

Tenant audit, security evidence, retention, hold, log destination ও bulk export-এর scope-নির্দিষ্ট control আছে। Export-এ সংবেদনশীল record থাকতে পারে; অনুমোদিত ক্ষুদ্রতম scope ব্যবহার করুন। Data না পেলে বা পরিবর্তন ব্যর্থ হলে নিরাপদ error সংরক্ষণ করে retry-র আগে বর্তমান অবস্থা দেখুন। Configuration সংশোধনের সময় append-only history বজায় রাখুন।

1. উপলভ্য actor, application বা সময়সীমা দিয়ে tenant audit filter করুন।
2. শুধু দরকারি record export করে অনুমোদিত স্থানে সংরক্ষণ করুন।
3. Delivery বদলানো বা retry করার আগে retention, legal hold ও destination health দেখুন।

সাধারণ জিজ্ঞাসা

সম্পর্কিত পৃষ্ঠা

• Single sign-on ও পরিচয় ব্যবস্থাপনা
• Federation protocol ও provisioning
• Identity governance ও privileged access
• ব্যক্তিগত অ্যাপ্লিকেশনে প্রবেশাধিকার