पहचान शासन और विशेषाधिकार प्राप्त पहुँच
पहुँच अनुरोध, entitlements, reviews, role सुरक्षा और समय-सीमित विशेषाधिकार को दर्ज प्रमाण सहित सँभालें।
- सीमा तय करेंTenant, resource, owner, approver और व्यावसायिक कारण चुनें।
- सुरक्षा उपाय तय करेंप्रकाशित करने से पहले assignment policy और separation-of-duties नियम preview करें।
- पहुँच माँगेंऔचित्य और अवधि वाला सीमित अनुरोध स्वतंत्र approval के लिए भेजें।
- पहुँच प्रमाणित करेंदायरे की assignments जाँचें, निर्णय दर्ज करें और सुधार की पुष्टि करें।
- विशेषाधिकार समाप्त करेंअस्थायी पहुँच expire या revoke कर audit प्रमाण जाँचें।
अनुरोध और approval
अनुरोध में tenant, resource, role या entitlement, कारण और वैधता अवधि बताई जाती है। बनाना और approve करना अलग हैं; जहाँ लागू हो self-approval और cross-tenant लक्ष्य रोके जाते हैं। अस्वीकृत या समाप्त अनुरोध पहुँच नहीं देता। Approver अनौपचारिक संदेश के बजाय दर्ज आवश्यकता और policy परिणाम के आधार पर निर्णय लें।
- ठीक resource माँगें और कारण तथा समाप्ति तारीख दें।
- अधिकृत स्वतंत्र approver को भेजें और दर्ज निर्णय देखें।
- काम खत्म होने पर पहुँच revoke कर assignment निष्क्रिय होने की पुष्टि करें।
Entitlements और packages
Catalogue और packages में version वाले drafts, publication और नई version के रूप में rollback उपलब्ध हैं। User या group assignments expire हो सकती हैं और स्वतंत्र निर्णय माँग सकती हैं। Legacy या assigned-only mode प्रकाशित application policy के अनुसार चलते हैं। Packages tenant सीमाओं या SoD नियमों को निरस्त नहीं करते।
- Edit से पहले package सामग्री, owner और लक्ष्य application जाँचें।
- जाँचा version validate और publish कर उसकी सक्रिय स्थिति देखें।
- कारण और expiry के साथ assignment माँगें और परिणाम जाँचें।
Role hierarchy और SoD
Role hierarchy और separation-of-duties policies पहुँच के संयोजनों पर सीमा लगाती हैं। Policies simulate करके version करें; exceptions के लिए अलग अनुरोध, स्वतंत्र approval और revocation चाहिए। Parent बदलने से descendant roles प्रभावित हो सकते हैं। टकराव से बचने के लिए role व्यापक न करें; exception सीमित और समयबद्ध रखें।
- मौजूदा tenant policy पर प्रस्तावित role संयोजन simulate करें।
- जाँची policy publish कर अपेक्षित conflicts देखें।
- कारण और अवधि देकर exception माँगें; ज़रूरत खत्म होने पर revoke करें।
Reviews और campaigns
Access reviews सदस्यताओं और assignments को प्रमाणित करते हैं। Campaign में लोगों का समूह, reviewers और अंतिम तारीख तय होती है; reviewer हर मद पर निर्णय लेते हैं। निर्णय और बाद में पहुँच revoke होना अलग स्थितियाँ हैं। देर से चल रहे काम को campaign status से देखें; चुप्पी approval नहीं है।
- जवाबदेह reviewers और due date सहित tenant campaign बनाएँ।
- मौजूदा आवश्यकता के आधार पर हर item certify या revoke कर कारण दर्ज करें।
- Campaign पूरा होने की स्थिति देखें और assignment में सुधार की पुष्टि करें।
PIM, step-up और आपात पहुँच
PIM eligibility का अर्थ सक्रिय विशेषाधिकार नहीं है। Activation के लिए कारण, अवधि, approval और नया user-bound या phishing-resistant step-up चाहिए हो सकता है। संरक्षित जाँचों को कायम रखें। Break-glass का अपना challenge और audit trail है; यह अनुपस्थित भूमिका या factor का नियमित उपाय नहीं है।
- Eligibility, factor और अनुमत activation अवधि जाँचें।
- वास्तविक step-up पूरा कर सक्रिय role और expiry देखें।
- पहुँच समाप्त या expire करें; privileged session और audit स्थिति जाँचें।
प्रक्रियाएँ और प्रमाण
Lifecycle प्रक्रियाओं में triggers, actions, versions, approval, चरणबद्ध release, rollback और run निगरानी है। उपलब्ध हो तो जाँच और dry-run करें। अनुमति के अनुसार runs pause, resume, cancel, replay या approve किए जा सकते हैं। Audit exports, retention और legal holds प्रमाण सँभालते हैं; प्रक्रिया सुधारते समय इतिहास बनाए रखें।
- Trigger और actions जाँचें; dry-run करके असर देखें।
- Approval माँगें, इच्छित version को चरणबद्ध कर publish करें।
- Run स्थिति देखें; replay से पहले दोहराव के असर समझें।
अक्सर पूछे जाने वाले प्रश्न
क्या अपना अनुरोध खुद approve कर सकता हूँ?
जहाँ स्वतंत्र समीक्षा चाहिए वहाँ नहीं; दूसरे अधिकृत approver को भेजें।
क्या package assignment तुरंत लागू होता है?
Approval लंबित हो सकता है और सदस्यता, expiry तथा policy के अधीन रहता है।
SoD पहुँच रोक दे तो क्या करें?
Simulation प्रमाण देखें; policy अनुमति दे तो सीमित exception माँगें।
क्या eligible PIM role सक्रिय है?
नहीं। आवश्यक step-up से activate कर सीमित expiry जाँचें।
Review पूरा होने से पहुँच revoke होती है?
Assignment अलग से जाँचें; review निर्णय और सुधार अलग हैं।
त्रुटि के बाद audit प्रमाण मिटा सकता हूँ?
नहीं। नई version या rollback से सुधारें और audit इतिहास तथा holds बनाए रखें।