Keamanan Salesforce: Menyelami Konsep Single Sign-On (SSO)
Kita melanjutkan perjalanan yang mencerahkan dalam membahas autentikasi dan otorisasi berbasis browser. Hari ini, kita menyelam lebih dalam, mengurai jalinan Single Sign-On (SSO) yang rumit dan konsep Penyedia Identitas eksternal yang mengendalikan Autentikasi ke Salesforce.
Salesforce sebagai Penyedia Identitas
Langkah 1: Autentikasi dilakukan melalui server autentikasi Salesforce
Langkah 2: Sebuah sesi dibuat, yang membawa Anda ke server web instans.
Langkah 3: Otorisasi lalu diberikan, sehingga Anda bisa mengakses halaman dan sumber daya.
Namun, bagaimana jika sistem lain yang mengelola autentikasinya? Di sinilah Single Sign-On pihak ketiga berperan.
[caption id="" align=“alignnone” width=“1780”]
Alur Autentikasi tingkat tinggi untuk Penyedia Identitas (IdP) eksternal [/caption]
SSO Pihak Ketiga: Pandangan dari Atas
Dalam situasi di mana pihak ketiga berperan sebagai penyedia identitas:
Langkah 1: Autentikasi dilakukan oleh Penyedia Identitas (IdP) pihak ketiga
Langkah 2: Token asersi SAML diteruskan ke server autentikasi Salesforce.
Langkah 3: Setelah divalidasi, sesi ini memungkinkan browser Anda mengakses server web instans Salesforce, lalu otorisasi pun berlangsung.
Memahami Istilah-Istilah SSO
[caption id="" align=“alignnone” width=“1800”]
Pandangan tingkat tinggi Single Sign-On dengan beberapa Penyedia Layanan [/caption]
Penyedia Layanan (SP): Ini merujuk pada platform seperti Salesforce, Workday, atau sistem aman apa pun yang disatukan di bawah satu Penyedia Identitas (IDP).
Penyedia Identitas (IDP): Pusat identitas, biasanya sistem kelas industri, yang mengelola autentikasi pengguna.
Penyimpanan Identitas: Sebuah brankas, entah di dalam Salesforce atau entitas eksternal seperti Active Directory atau LDAP, yang menyimpan kredensial. Yang terpenting, kata sandi disimpan dalam format hash demi keamanan yang lebih tinggi.
Sertifikat Digital: Dipakai untuk membangun hubungan kepercayaan antara Penyedia Identitas (IDP) dan Penyedia Layanan (SP), sehingga serah terimanya mulus dan aman.
Asersi SAML: Dipertukarkan antara IDP dan SP, token-token ini mengonfirmasi identitas pengguna.
Manfaat Single Sign-On
Pengalaman Pengguna yang Disederhanakan: Dengan satu IDP yang mengatur banyak penyedia layanan, pengguna hanya membutuhkan satu set kredensial, sehingga mengurangi kelelahan mengingat kata sandi dan risiko kata sandi yang lemah.
Keamanan Terpusat: IDP yang menaungi semuanya memungkinkan standar keamanan yang konsisten, memastikan bahwa meskipun satu aplikasi tidak punya mekanisme keamanan yang kuat, pengguna tetap terlindungi.
Pengelolaan yang Efisien: Jika seorang karyawan keluar atau ada dugaan pembobolan, akses bisa dicabut dengan cepat dari IDP pusat, sehingga respons keamanan bisa segera dilakukan.
Konsistensi: Satu mekanisme untuk pemulihan dan pengaturan ulang kata sandi memastikan keseragaman.
Single Sign-On dalam Praktik
Bayangkan seorang pengguna memulai harinya dengan mengakses Penyedia Layanan seperti Salesforce. Permintaan SAML dikirim ke IDP. Setelah autentikasi berhasil, respons SAML (atau Asersi SAML) dikirim kembali ke Penyedia Layanan. Siklus ini mengonfirmasi identitas pengguna, sehingga navigasinya terasa mulus.
Penutup
SSO adalah kunci keamanan digital masa kini, menyederhanakan akses pengguna di berbagai platform di bawah pengawasan ketat sebuah IDP. Hari ini, kami telah memperkenalkan konsep dasar dan manfaat SSO kepada Anda.
Tetap bersama kami saat kami menyelami lebih banyak komponen di sesi-sesi mendatang.
STA 3.3