Identity governance ও privileged access

Request ও approval

Request-এ tenant, resource, role বা entitlement, কারণ ও validity period উল্লেখ থাকে। Create ও approve আলাদা; যেখানে প্রয়োজন self-approval ও cross-tenant target block করা হয়। Denied বা expired request access দেয় না। Approver-রা অনানুষ্ঠানিক বার্তা নয়, নথিভুক্ত প্রয়োজন ও policy result দেখে সিদ্ধান্ত নেন।

1. সঠিক resource অনুরোধ করে কারণ ও শেষ তারিখ দিন।
2. অনুমোদিত স্বাধীন approver-এর কাছে পাঠিয়ে নথিভুক্ত সিদ্ধান্ত নিশ্চিত করুন।
3. কাজ শেষ হলে access revoke করে assignment নিষ্ক্রিয় কি না যাচাই করুন।

Entitlement ও package

Catalogue ও package-এ version-করা draft, publication ও নতুন version হিসেবে rollback করা যায়। User বা group assignment-এর expiry থাকতে পারে এবং স্বাধীন সিদ্ধান্ত লাগতে পারে। Legacy বা assigned-only mode প্রকাশিত application policy মেনে চলে। Package tenant boundary বা SoD নিয়ম অতিক্রম করে না।

1. সম্পাদনার আগে package content, owner ও target application দেখুন।
2. Reviewed version validate ও publish করে active আছে নিশ্চিত করুন।
3. কারণ ও expiry-সহ assignment চেয়ে ফলের অবস্থা পরীক্ষা করুন।

Role hierarchy ও SoD

Role hierarchy ও separation-of-duties policy access combination সীমিত করে। Policy simulate ও version করুন; exception-এর জন্য আলাদা request, স্বাধীন approval ও revocation লাগে। Reparenting descendant-দের প্রভাবিত করতে পারে। Conflict পাশ কাটাতে role বিস্তৃত করবেন না; exception সীমিত ও সময়বদ্ধ রাখুন।

1. বর্তমান tenant policy-র বিরুদ্ধে প্রস্তাবিত role combination simulate করুন।
2. Reviewed policy publish করে প্রত্যাশিত conflict দেখুন।
3. Policy অনুমতি দিলে কারণ ও মেয়াদসহ narrow exception চান; প্রয়োজন ফুরালে revoke করুন।

Review ও campaign

Access review-তে membership ও assignment certify করা হয়। Campaign-এ population, reviewer ও deadline নির্ধারিত থাকে; reviewer প্রতিটি item-এর সিদ্ধান্ত নেন। সিদ্ধান্ত ও পরে revocation আলাদা state। Campaign status ধরে overdue কাজ অনুসরণ করুন; নীরবতা approval নয়।

1. জবাবদিহিমূলক reviewer ও due date-সহ tenant campaign তৈরি করুন।
2. বর্তমান প্রয়োজন অনুযায়ী প্রতিটি item certify বা revoke করে কারণ লিখুন।
3. Campaign completion দেখুন এবং assignment-এ remediation হয়েছে কি না যাচাই করুন।

PIM, step-up ও emergency access

PIM eligibility মানেই active privilege নয়। Activation-এ কারণ, মেয়াদ, approval এবং fresh user-bound বা phishing-resistant step-up লাগতে পারে। Protected check অক্ষুণ্ণ রাখুন। Break-glass-এর আলাদা challenge ও audit trail আছে; role বা factor অনুপস্থিতির নিয়মিত বিকল্প নয়।

1. Eligibility, factor ও অনুমোদিত activation period যাচাই করুন।
2. প্রকৃত step-up সম্পন্ন করে সক্রিয় role ও expiry নিশ্চিত করুন।
3. Access শেষ বা expire করে privileged session ও audit state পর্যালোচনা করুন।

Workflow ও evidence

Lifecycle workflow-তে trigger, action, version, approval, staged release, rollback ও run monitoring সমর্থিত। যেখানে আছে validate ও dry-run করুন। অনুমতি থাকলে run pause, resume, cancel, replay বা approve করা যায়। Evidence-এর নিয়ন্ত্রণে audit export, retention ও legal hold প্রযোজ্য; workflow সংশোধনের সময় history রাখুন।

1. Trigger ও action validate করে dry-run করুন এবং প্রভাব দেখুন।
2. Approval চেয়ে intended version stage ও publish করুন।
3. Run status পর্যবেক্ষণ করুন; replay-এর আগে duplicate effect বুঝুন।

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

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

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