Apa arti “terkonfirmasi” sebenarnya
Undangan yang telah dikirim, atau bahkan diterima, belum merupakan pengaturan darurat yang terkonfirmasi. Pemilik masih harus menyelesaikan langkah verifikasi. Anggap pengaturan ini belum terkonfirmasi sampai setiap item di bawah ini benar.
Kontak yang diundang memerlukan akun Bitwarden di geografi server yang sama, harus menerima, dan kemudian harus dikonfirmasi oleh pemilik yang mengundang menggunakan frasa sidik jari. Sumber
Sampai konfirmasi sidik jari itu dilakukan, jangan mengandalkan penerima dapat bertindak nanti. Jika penerima belum menerima, tindakan berikutnya adalah milik mereka, bukan Anda; jika mereka sudah menerima tetapi Anda belum mengonfirmasi, tindakan berikutnya adalah milik Anda.
Daftar periksa pemilik, penerima, dan status
Gunakan tabel ini sebagai audit status. Setiap baris adalah kondisi yang dapat Anda periksa, bukan instruksi menu — layar yang tepat tidak ditetapkan oleh fakta yang ditinjau, jadi verifikasi kata-kata saat ini di akun Anda sendiri daripada mengikuti jalur yang diingat.
| Peran | Yang harus benar | Jika tidak |
|---|---|---|
| Pemilik | Memiliki akses premium yang memenuhi syarat | Fitur kontak darurat mungkin tidak tersedia; periksa status paket Anda terlebih dahulu |
| Pemilik | Belum diblokir oleh kebijakan organisasi | Kebijakan konfirmasi otomatis organisasi dapat membuat penambahan kontak tidak tersedia |
| Penerima | Memegang akun Bitwarden di geografi server yang sama | Pengaturan tidak dapat diselesaikan seperti yang dimaksudkan; selesaikan ketidakcocokan akun/geografi sebelum mengandalkannya |
| Penerima | Telah menerima undangan | Belum ada yang terkonfirmasi; penerima harus bertindak |
| Pemilik | Telah mengonfirmasi penerima menggunakan frasa sidik jari | Pengaturan masih belum terkonfirmasi; selesaikan konfirmasi |
Menambahkan kontak darurat memerlukan akses premium yang memenuhi syarat dan dapat tidak tersedia di bawah kebijakan konfirmasi otomatis organisasi. Sumber
Konsekuensi praktis: jika Anda menyiapkan ini di dalam organisasi kerja atau keluarga, tanyakan kepada administrator apakah konfirmasi otomatis berlaku sebelum Anda menjanjikan kepada siapa pun bahwa akses darurat akan berfungsi. Kebijakan yang tidak Anda ketahui adalah jalur kegagalan senyap.
View versus Takeover: putuskan sebelum Anda membutuhkannya
Tingkat akses adalah keputusan terpisah dari konfirmasi. Kedua tingkat bergantung pada pengaturan terkonfirmasi yang sama, tetapi mereka memberi penerima kekuatan yang berbeda.
View dan Takeover adalah tingkat akses yang berbeda; permintaan dapat disetujui secara manual atau otomatis setelah periode tunggu yang dipilih jika tidak ditolak. Sumber
Panduan editorial: pilih akses paling sedikit yang masih menyelesaikan masalah. Jika penerima hanya perlu membaca kredensial tertentu selama darurat, View adalah pilihan yang lebih sempit. Takeover adalah untuk situasi di mana penerima harus mengubah kata sandi akun, dan harus disediakan untuk seseorang yang Anda percayai dengan kekuatan itu. Tidak ada tingkat yang merupakan pengganti undangan terkonfirmasi, dan tidak ada yang memberikan akses kepada seseorang yang tidak pernah diundang — hubungan informal, ikatan keluarga, atau janji verbal tidak menciptakan akses akun.
Jaga frasa sidik jari dan data vault tetap privat
Frasa sidik jari ada untuk memungkinkan pemilik memverifikasi orang yang tepat, bukan untuk disiarkan. Bagikan hanya melalui saluran yang Anda kendalikan, dan jangan menempelkannya ke obrolan grup, tiket, atau postingan publik. Hal yang sama berlaku untuk isi vault: penerima yang belum membutuhkan akses tidak boleh dikirimi kredensial “untuk berjaga-jaga.” Konfirmasi adalah tentang pengaturan, bukan tentang berbagi data terlebih dahulu.
Jika Anda tidak yakin apakah suatu saluran cukup privat, anggap sebagai publik dan gunakan saluran lain.
Jalur kegagalan yang harus direncanakan
- Penerima tidak pernah menerima. Undangan tetap belum terkonfirmasi. Tindak lanjuti dengan orang tersebut secara langsung; jangan berasumsi sistem akan mendorong mereka.
- Penerima menerima tetapi pemilik tidak pernah mengonfirmasi. Pengaturan tampak selesai dalam percakapan tetapi tidak dapat digunakan. Periksa kembali langkah sidik jari.
- Kebijakan organisasi memblokir penambahan kontak. Eskalasi ke administrator; jangan mengakali kebijakan.
- Tingkat akses yang salah dipilih. Jika View diatur tetapi perubahan kata sandi diperlukan, atau Takeover diberikan terlalu luas, tinjau kembali tingkat tersebut dengan sengaja daripada membiarkannya pada kebetulan.
- Ketidakcocokan geografi server. Akun penerima harus berada di geografi server yang sama; jika tidak, penyiapan tidak dapat dilanjutkan seperti yang direncanakan.
- Permintaan ditolak atau diabaikan. Permintaan dapat disetujui secara manual atau otomatis setelah periode tunggu yang dipilih jika tidak ditolak, jadi pahami perilaku mana yang berlaku untuk pengaturan Anda sebelum darurat.
Daftar periksa pra-ketergantungan yang dapat digunakan
- Konfirmasi Anda memiliki akses premium yang memenuhi syarat.
- Konfirmasi tidak ada kebijakan konfirmasi otomatis organisasi yang memblokir penambahan kontak.
- Konfirmasi penerima memiliki akun Bitwarden di geografi server yang sama.
- Konfirmasi penerima telah menerima.
- Konfirmasi Anda telah memverifikasi mereka menggunakan frasa sidik jari.
- Konfirmasi tingkat akses (View atau Takeover) sesuai dengan apa yang seharusnya dapat dilakukan penerima.
- Konfirmasi Anda memahami apakah permintaan disetujui secara manual atau otomatis setelah periode tunggu.
- Jaga frasa sidik jari dan data vault tetap jauh dari saluran bersama atau publik.
Jalankan daftar periksa ini lagi setelah ada perubahan paket, keanggotaan organisasi, atau akun penerima. Pengaturan yang terkonfirmasi dapat menjadi usang jika kondisi yang mendasarinya berubah.
Jika bagian dari persiapan Anda melibatkan menemukan akun yang mungkin Anda lupakan, panduan untuk menemukan akun online yang terlupakan adalah langkah berikutnya yang wajar sebelum Anda memutuskan akun mana yang memerlukan cakupan darurat.