Viscosity mengingat kata sandi: apa yang dilakukan kotak centang itu

Kotak centang di prompt masuk itu terlihat seperti preferensi klien, tetapi pada mesin terkelola sering kali merupakan keputusan kebijakan. Kontrol ingat milik Viscosity menyimpan kredensial di Keychain macOS ketika penerapan mengizinkan penyimpanan. Mitosnya adalah kotak centang itu selalu milik Anda untuk diatur. Dalam praktiknya tiga hal terpisah dapat memblokirnya, dan hanya satu yang berkaitan dengan kata sandi.

Apa yang sebenarnya disimpan kotak centang

Memilih opsi ingat meminta klien menyimpan nilai untuk satu koneksi dan akun itu. Item tersebut masuk ke Keychain, dan login berikutnya menggunakannya kembali melalui prompt yang didukung, bukan melalui preferensi tersembunyi. Tidak ada yang ditulis ke file koneksi itu sendiri. Pemisahan itulah sebabnya menghapus item nanti menghasilkan prompt, bukan profil yang rusak.

Nilai yang disimpan adalah masukan bagi autentikasi yang memang akan dilakukan server. Nilai itu tidak mengubah apa yang diminta gateway, tidak melewati faktor kedua, dan tidak mengubah kode sekali pakai menjadi rahasia yang dapat digunakan ulang. Yang dipersingkat adalah pengetikan, bukan kebijakan yang diterapkan penerapan pada akun tersebut.

Mengapa kontrolnya bisa hilang

Administrator dapat menonaktifkan penyimpanan kredensial untuk instalasi terkelola, dan SparkLabs mendokumentasikan kontrol ingat beserta perilaku Keychain-nya di panduan penyimpanan kredensial. Ketika kotak centang tidak ada, kotak itu tidak rusak, dan mencari perintah preferensi yang mengesampingkannya adalah respons yang salah.

Tanyakan kepada pemilik alur kerja yang didukung mana yang berlaku sebagai gantinya. Penerapan yang melarang penyimpanan biasanya punya alasan, dan alasannya sering kali akun tersebut dibagikan, perangkat tidak tepercaya, atau kredensial harus kedaluwarsa sesuai jadwal. Mengakali pengaturan mengubah kontrol yang disengaja menjadi insiden, dan insiden biasanya datang dengan audit orang lain terlampir.

Pada instalasi yang tidak dikelola, kontrol yang hilang adalah pertanyaan dukungan dengan nomor versi terlampir. Kirimkan versi klien yang terpasang dan apa yang sebenarnya ditampilkan prompt, bukan tebakan tentang default tersembunyi.

Tiga prompt yang bukan prompt yang sama

Kode sekali pakai bukan kata sandi, kata sandi bukan otorisasi Keychain, dan penolakan server bukan salah satu dari ketiganya. Mencampuradukkannya menghasilkan kegagalan yang terbaca seperti kredensial salah padahal masalah sebenarnya adalah bidang, dialog, atau rute.

Dialog Keychain bersifat lokal secara desain. Dialog itu menanyakan apakah aplikasi ini boleh membaca item ini di mesin ini, dan menyetujuinya tidak mengatakan apa pun kepada server VPN.

Itulah sebabnya menolak dialog menghasilkan kegagalan sisi klien yang tidak pernah dilihat server, sedangkan kata sandi salah menghasilkan penolakan sisi server yang hanya bisa dilaporkan klien. Baca dialog sebelum menjawabnya, dan periksa bahwa aplikasi yang meminta adalah klien yang Anda harapkan, bukan penginstal atau proses pembantu. Perbedaannya paling penting pada mesin bersama, di mana item mungkin dapat dijangkau lebih dari satu akun.

Faktor kedua berada di luar semua ini. Menyimpan kata sandi tidak menyimpan kodenya, dan penerapan yang mewajibkan kode tetap mewajibkannya pada setiap koneksi. Jaga langkah itu tetap terlihat selama pengujian, karena alur yang melewatinya secara diam-diam bukan alur yang Anda konfigurasikan.

Memulihkan satu kredensial tanpa mengatur ulang yang lain

Jika autentikasi gagal setelah perubahan kata sandi, gunakan jalur prompt ulang dan pembaruan terdokumentasi milik klien untuk satu koneksi itu alih-alih menyunting Keychain secara manual. Baca pesannya sebelum mengganti apa pun, karena waktu tunggu habis, penolakan sertifikat, atau rute yang hilang tidak diperbaiki dengan menimpa kata sandi tersimpan. Melakukannya berulang kali terutama melatih Anda mengabaikan kesalahan yang ditampilkan klien. Perbarui kredensial yang terpengaruh, lalu sambungkan ulang dan perhatikan prompt mana yang muncul.

Reset seluruh Keychain yang disarankan forum dukungan adalah perubahan yang jauh lebih besar daripada masalahnya. Kata sandi tersimpan dari satu koneksi tidak ada hubungannya dengan sertifikat koneksi lain, dan menghapus semuanya mengubah satu item usang menjadi satu sore pendaftaran ulang.

Akhiri dengan memutuskan dan menyambungkan ulang melalui kontrol normal, memastikan akun yang dimaksud digunakan dan bahwa menghapus item tersimpan menghasilkan prompt, bukan kegagalan. Penggunaan ulang yang dapat diprediksi dengan satu cara jelas untuk memperbarui atau menghapus kredensial adalah hasil yang layak diuji.