Single Sign-On استفاده از نشست هویت برای ورود به برنامه‌های متصل است، نه اشتراک یک رمز بین همه برنامه‌ها. هر برنامه باید اعتماد، پروتکل و نگاشت کاربر مناسب داشته باشد. SSO باعث حذف نیاز MFA یا سیاست دسترسی نمی‌شود.
تعریف و مرز کاربرد SSO
SSO استفاده از هویت و نشست ورود برای دسترسی به برنامه‌های متصل است و از پروتکل‌هایی مثل SAML و OpenID Connect استفاده می‌کند. Entra Connect ابزار همگام‌سازی هویت است؛ Seamless SSO قابلیت مشخصی است که جدا پیکربندی می‌شود. SSO با MFA، مجوز برنامه یا عضویت دامنه یکسان نیست.
- SSO
- پیش‌نیاز و سیاست
- اعمال کنترل
- آزمون بازیابی
نمونه تصمیم در عمل
کاربر به پرتال شرکت وارد شده ولی برنامه دوم دوباره ورود می‌خواهد؛ باید سیاست نشست، پیکربندی اعتماد و نگاشت هویت بررسی شود، نه فقط همگام‌سازی حساب.
SSO حق استفاده از نرم‌افزار مقصد را ایجاد نمی‌کند. مجوز برنامه، تخصیص کاربر و سیاست امنیتی همچنان مستقل لازم‌اند.
چطور SSO را در عمل اجرا کنیم
پیش‌نیاز، روش اجرا و تأیید نتیجه برای همین موضوع را جدا بررسی کنید.
- 1
پیش‌نیازهای SSO
برنامه‌ها را بر اساس SAML، OpenID Connect یا روش پشتیبانی‌شده دسته‌بندی کنید و کاربران و ویژگی‌های مورد نیاز هر برنامه را مشخص کنید.
- 2
انتخاب و اجرای صحیح
اعتماد برنامه، گواهی یا Secret و URL بازگشت را با راهنمای همان برنامه تنظیم کنید. Entra Connect ابزار همگام‌سازی است؛ Seamless SSO قابلیت مشخص و جدا دارد.
- 3
کنترل نتیجه و تغییرات
ورود کاربر عادی و مدیر، خروج، انقضای نشست و قطع دسترسی کارمند خارج‌شده را آزمایش کنید. گواهی‌های در حال انقضا باید مسئول مشخص داشته باشند.
مرجع تصمیم و بازبینی
این توضیح برای شناخت مفهوم است؛ شرایط محصول، قرارداد خرید و نسخه‌ای که واقعاً استفاده می‌کنید مبنای تصمیم نهایی است. در تغییر ادیشن، سخت‌افزار یا معماری، فرض‌های قبلی را دوباره بررسی کنید.
منبع رسمی SSO
سوالات رایج درباره SSO
پیش از انتخاب SSO چه چیزی را بررسی کنیم؟
برنامه‌ها را بر اساس SAML، OpenID Connect یا روش پشتیبانی‌شده دسته‌بندی کنید و کاربران و ویژگی‌های مورد نیاز هر برنامه را مشخص کنید.
اشتباه مهم درباره SSO چیست؟
SSO حق استفاده از نرم‌افزار مقصد را ایجاد نمی‌کند. مجوز برنامه، تخصیص کاربر و سیاست امنیتی همچنان مستقل لازم‌اند.