Halaman ganti kata sandi VPN: selaraskan dengan penyimpanan identitas

Buka halaman ganti kata sandi dan baca seperti yang akan dilakukan pengguna, lalu tanyakan layanan mana yang sebenarnya memiliki kredensial. Halaman adalah formulir; penyimpanan identitas adalah otoritas. Jika keduanya tidak sepakat, pengguna menemui kata sandi yang ditolak, pengaturan ulang yang tidak mengatur ulang apa pun, atau pesan sukses yang tidak mengubah apa pun. Menelusuri alur dari layar hingga backend adalah satu-satunya cara menangkapnya.

Mulailah dengan mengklasifikasikan operasi: perubahan normal, alur kata sandi kedaluwarsa, atau pemulihan setelah kata sandi lupa.

Tiga operasi, tiga alur kerja

Perubahan normal mengasumsikan pengguna mengetahui kata sandi saat ini dan dapat membuktikannya. Alur kata sandi kedaluwarsa dapat mengizinkan sesi terbatas yang hanya mengizinkan perubahan. Pemulihan setelah kata sandi lupa memerlukan bukti identitas yang sama sekali berbeda, dan dapat didelegasikan ke penyedia identitas alih-alih ditangani di gateway VPN. Masing-masing memiliki titik akhir, dukungan backend, dan aturan sesi sendiri, dan satu formulir tidak dapat melayani ketiganya dengan benar.

Pada penerapan terfederasi, gateway mungkin tidak mengumpulkan kata sandi baru sama sekali. Periksa apakah alur mengalihkan ke penyedia identitas dan apakah teks halaman masih menjelaskan formulir lokal.

Dari mana kebijakan sebenarnya berasal

Tanyakan kepada pemilik identitas tentang panjang yang diizinkan, kumpulan karakter, dan batasan apa pun yang berlaku, lalu tulis petunjuk yang sesuai. Menciptakan aturan komposisi dalam teks bantuan, atau menjanjikan penerimaan yang ditolak backend, keduanya menghasilkan tiket dukungan. Panduan NIST tentang identitas digital cenderung ke arahan yang jelas dan umpan balik yang berguna alih-alih aturan sewenang-wenang, sementara kebijakan organisasi yang sebenarnya tetap berlaku. Sebuah publikasi bukan bukti bahwa direktori tertentu sudah berperilaku demikian.

Jaga pesan kesalahan tetap berguna tanpa membocorkan rahasia. Pesan yang mengulang kata sandi yang diketik sebagian, atau tangkapan layar dalam tiket yang memuatnya, mengubah artefak dukungan menjadi paparan kredensial.

Kata-kata yang sesuai dengan backend

Halaman harus menyebut alur kerja alih-alih menjelaskan kebijakan secara abstrak. Sebutkan di mana perubahan terjadi, bukti apa yang diperlukan, dan apa yang terjadi pada sesi lain. Jika perubahan mengeluarkan pengguna di mana-mana, katakan; jika membiarkan perangkat lain aktif, katakan juga. Pengguna bingung yang mengulang perubahan yang berhasil adalah biaya dukungan yang dicegah oleh kata-kata yang lebih baik.

Pelokalan dapat mengubah nada petunjuk; itu tidak dapat mengubah apa yang diterima backend.

Uji alurnya, bukan halamannya

Gunakan akun uji yang diizinkan dan jalani perubahan yang didokumentasikan, kasus penolakan, kasus kata sandi kedaluwarsa, dan proses masuk berikutnya. Jika MFA atau pengalihan terfederasi adalah bagian dari alur yang disetujui, jalani juga. Halaman yang ditampilkan dengan benar telah memverifikasi tampilan dan tidak lebih, karena layanan identitas yang memutuskan apakah operasi kredensial selesai.

Catat hasil setiap kasus dengan akun yang digunakan dan waktu. Alur yang berhasil sekali bagi administrator dan gagal bagi pengguna biasa adalah hasil yang umum, dan catatan itulah yang membuatnya terlihat.

Lalu perbarui halaman untuk menjelaskan apa yang sebenarnya terjadi. Itulah seluruh tugas.