Pilih metode autentikasi

Autentikasi menjawab dua pertanyaan terpisah:

1. Metode sesi: bagaimana MRBS memperoleh dan mengingat identitas pengguna.
2. Metode autentikasi: bagaimana MRBS memverifikasi kredensial.

Standarnya adalah PHP sesi dan autentikasi basis data:

$auth["session"] = "php";
$auth["type"] = "db";

Tingkat akses

MRBS membedakan pengguna yang belum diautentikasi, pengguna yang telah diautentikasi, dan administrator. Autentikasi memverifikasi identitas; konfigurasi atau metode yang dipilih menentukan tingkat akses.

Metode yang tersedia di 1.12.2

Metode	Gunakan kapan
db	MRBS harus mengelola pengguna dan kata sandinya sendiri
db_ext	Pengguna disimpan di database SQL lain
ldap	Organisasi ini memiliki LDAP atau Direktori Aktif
imap, imap_php, pop3, smtp	Server email memverifikasi kredensial
cas	Organisasi menggunakan layanan sistem masuk tunggal CAS
saml	Penyedia identitas SAML tersedia melalui SimpleSAMLphp
joomla, wordpress, wix	MRBS harus menggunakan identitas situs yang sudah ada
config	Daftar pengguna kecil yang dikonfigurasi secara lokal sudah cukup
ext	Program eksternal tepercaya melakukan verifikasi
none	Tidak diperlukan verifikasi kredensial

Warning

Jangan memilih metode autentikasi hanya karena mudah diaktifkan. Pertimbangkan siapa yang mengelola kata sandi, siklus hidup akun, keamanan transmisi, pemetaan administrator, dan prosedur pemulihan.

Panduan pengambilan keputusan

• Untuk instalasi mandiri, mulailah dengan autentikasi basis data.
• Untuk direktori organisasi terkelola, gunakan LDAP.
• Untuk sistem masuk tunggal yang sudah mapan, lihat penyedia identitas eksternal.
• Hindari config untuk instalasi berukuran besar atau terhubung ke internet.
• Gunakan none hanya jika tindakan pemesanan sengaja tidak dibatasi dan kontrol lain memberikan batasan yang memadai.

Uji sebelum peluncuran

Verifikasi login, logout, berakhirnya sesi, akun yang dinonaktifkan, pemetaan administrator, dan perilaku yang berhasil dan gagal ketika penyedia identitas tidak tersedia.

Simpan jalur pemulihan yang terdokumentasi sehingga kesalahan konfigurasi penyedia identitas tidak mengunci setiap administrator secara permanen.