یوازینۍ ننوتنه او هویت

د ننوتلو URLونه او بېرته ترلاسه کول

د وېبپاڼې د عادي حساب بهیر لپاره /login او د SSO خبرتیا لرونکي ننوتلو لپاره /sso/login وکاروئ. نوم‌لیکنه، بېرته ترلاسه کول او بې‌پاسورډه بهیرونه د /sso لاندې دي. د OAuth زړې د اجازې پاڼې روان کاروونکي د SSO اوسنیو ورته لارو ته اړوي. یوازې URL دا نه ثابتوي چې چمتوکوونکی فعال دی؛ د tenant او اپلېکېشن وضعیت وګورئ.

1. د غوښتل شوي ننوتلو بهیر URL پرانیزئ.
2. که چمتوکوونکی نه ښکاري، د هغه له tenant مدیر څخه د تنظیم کتلو غوښتنه وکړئ.
3. د ورکو فکټورونو یا پای‌مهالو پاسورډونو لپاره د SSO د بېرته ترلاسه کولو لارښوونې وکاروئ.

Tenant-ونه، ډومېنونه او هویت

هر tenant د خپلو اپلېکېشنونو، ډومېنونو، غړو، تګلارو او سپارل شوو واکونو مالک دی. د تایید شوي ډومېن پېژندنه کس سم ځای ته رسوي، خو نه یې تصدیقوي او نه غړیتوب ورکوي. د پېرودونکي مدیران د ادارې SAML یا OIDC تنظیموي. هویتونه د tenant، صادرونکي او نه بدلېدونکې subject له مخې وپېژنئ؛ یوازې د برېښنالیک پر بنسټ حسابونه مه نښلوئ.

1. د غړي، چمتوکوونکي یا ډومېن تر بدلولو مخکې tenant وټاکئ.
2. د ډومېن د مالکیت ښکاره ارزونه بشپړه او د تایید شوی حالت وګورئ.
3. تکراري هویتونه د tenant د مجاز بهیر له لارې حل کړئ.

اپلېکېشنونه او ټولنیز چمتوکوونکي

اپلېکېشنونه جلا پروتوکولي ثبت، تګلاره او ژوندپړاو لري. د پلېټفارم د ټولنیز چمتوکوونکي تنظیمات د کاروونکي له نښلول شوي هویت سره توپیر لري. callback ښايي د پېژندڅېرې بشپړولو ته اړتیا ولري، خو بریالی callback اپلېکېشن ته لاسرسی نه ورکوي: غړیتوب، ټاکل کېدل او تګلاره هم شرط دي.

1. د tenant، مالک، پروتوکول او ثبت شوي redirect یا metadata ارزښتونه ولیکئ.
2. چمتوکوونکی د هغه د ادارې په پاڼه کې تنظیم او اعتبارلیکونه یې خوندي کړئ.
3. ننوتل وازمویئ او د tenant او اپلېکېشن پرېکړه تایید کړئ.

رولونه او سپارل شوی واک

د وېبپاڼې رولونه او د tenant اجازې جلا دي. حکومتولي کولای شي اصلي ادارې، حدود او پای‌مهال لرونکي مدیریتي واکونه وټاکي. استازي په یوه tenant کې ټاکل شوې اجازې اخلي؛ لوړې، هم‌سطحې او نامربوطې ساحې په تلواله توګه رد کېږي. فعال غړیتوب، د رولونو پوړبندي او د اپلېکېشن تګلاره ټول اغېز لري.

1. مدیر ته په هدف tenant کې فعال غړیتوب ورکړئ.
2. یوازې اړینې اجازې ورکړئ او د پای نېټه وټاکئ.
3. د کار تر پای وروسته سپارل شوی واک لغوه او د پلټنې ثبت یې وګورئ.

MFA، passkey او بېرته ترلاسه کول

ننوتل ښايي MFA، passkey یا بل بې‌پاسورډه تایید، یا پیاوړي step-up ته اړتیا ولري. لومړنی تنظیم، ننګونه، ترتیب او بېرته ترلاسه کول جلا پړاوونه دي؛ د یوه بشپړول د بلې خوندي کړنې شرط نه پوره کوي. مدیران د ملاتړ شوو tenant authenticator-ونو او د نوم‌لیکنې کمپاینونو لپاره د تصدیق-ادارې واک ته اړتیا لري.

1. د نوم‌لیکنې پر مهال په passkey ننوځئ یا نوی authenticator تایید کړئ.
2. د وړاندې شوې طریقې له لارې حساب بېرته ترلاسه کړئ، بیا له جوړجاړي سره مخ فکټورونه بدل کړئ.
3. د رد پر مهال دلیل ولیکئ او له مجاز مدیر څخه د تګلارې کتلو غوښتنه وکړئ.

اداره او ژوندپړاو

جوړ شوی د مدیریت قرارداد په /api/auth/management/openapi.json کې دی. د عملیاتو schema او امنیتي اړتیاوې پکې لېست دي. د انسان له خوا د ادارې لپاره خوندي کاري ځای وکاروئ. د tenant او اپلېکېشن فعالول، ځنډول، تقاعد او بېرته ګرځول د نسخې او پلټنې له مخینې سره د ژوندپړاو د بدلونونو په توګه ثبتېږي.

1. OpenAPI سند پرانیزئ او اړین مدیریتي عملیات ومومئ.
2. د هغه اجازه، tenant شرایط او مستند شوي ننوتنې وګورئ.
3. د ژوندپړاو تر بدلون وروسته وضعیت او د پلټنې مخینه تایید کړئ.

عامې پوښتنې

اړوندې پاڼې

• د فدراسیون پروتوکولونه او چمتو کول
• د SSO اداره
• د هویت حکومتولي او امتیاز لرونکی لاسرسی
• خصوصي اپلېکېشن ته لاسرسی