Pemeriksaan penerimaan untuk gateway VPN virtual dengan autentikasi dua faktor
Buktikan gateway tahap demi tahap: pendaftaran, masuk, penolakan, pencabutan, dan pemulihan, masing-masing dengan artefak dan syarat lulus yang ditulis sebelum pengujian.
Vendor menggambarkan perangkat ini sebagai virtual dan mampu dua faktor, dan tidak satu pun dari kedua kata itu menjawab pertanyaan yang menentukan pembelian. Citra hypervisor mana yang didukung, klien mana yang dapat mendaftar, apa yang sebenarnya dibuktikan faktor kedua, dan apa yang terjadi ketika penyedia identitas mati masih terbuka. Ubah semuanya menjadi tahap penerimaan yang dapat Anda jalankan dalam gladi, dan keputusan berhenti bergantung pada seberapa meyakinkan lembar data itu. Lembar di bawah ini adalah struktur untuk bukti tersebut, bukan peringkat produk.
Apa yang harus dikonfirmasi pemasok tentang penyebaran ini
Mulailah dengan memadatkan penyebaran ke satu halaman: hypervisor atau cloud, arsitektur tamu, citra yang didukung, dan antarmuka yang diharapkan perangkat. Tambahkan pengguna beserta sistem operasi mereka, apakah perangkat dikelola, dan bagaimana pendaftaran serta masuk seharusnya bekerja. Lalu akses privat: aplikasi dan prefiks, tata letak DNS, jalur kembali, dan apakah jalan keluar internet publik bagian dari penawaran.
Operasi termasuk di halaman yang sama: siapa yang merawat kotaknya, dari mana pembaruan datang, ke mana log pergi, bagaimana konfigurasi dilindungi, dan sasaran pemulihan mana yang benar-benar disetujui bisnis. Mintalah pemasok mengonfirmasi kombinasi yang tepat itu, bukan bahwa perangkat lunaknya berjalan di mesin virtual. Jaga ketergantungan eksternal seperti penyedia identitas atau layanan lisensi tetap terlihat, karena keduanya bagian dari penyebaran entah dikirim bersamanya atau tidak. Halaman penyebaran tanpa ketergantungan bernama biasanya halaman penyebaran dengan ketergantungan tak dikenal.
Buktikan bahwa faktor kedua memang faktor kedua
Sebutkan autentikator dan alur verifikasinya, dan katakan identitas mana yang dibangun tiap langkah. Dua permintaan kata sandi berturut-turut bukan faktor kedua, dan kata sandi plus kode sekali pakai adalah klaim berbeda dari autentikator kriptografis yang terikat pada layanan. Tuliskan alur yang Anda beli, bukan label pada kotaknya.
Ketahanan terhadap phishing adalah sifat terpisah, dan panduan autentikator NIST memperlakukannya seperti itu: kode yang penggunanya bisa ditipu untuk meneruskan tetap memenuhi autentikasi multifaktor sambil gagal pada syarat tambahan itu. Mintalah sifat itu secara eksplisit jika penting bagi Anda. Lalu tuntut demonstrasi dari jenis klien yang benar-benar dijalankan pengguna Anda, mencakup pendaftaran, tantangan yang ditolak atau kedaluwarsa, pemulihan setelah autentikator hilang, dan pencabutan satu pengguna sementara yang lain tetap terhubung. Jaga verifikasi identitas gateway dalam lingkup, karena klien yang memercayai gateway mana pun telah memindahkan masalahnya, bukan menyelesaikannya.
Tulis syarat lulus sebelum Anda merusak apa pun
Tabel di bawah ini adalah bagian lembar yang bertahan saat berhadapan dengan pemasok, karena setiap baris meminta artefak alih-alih jaminan. Isi syarat lulus sebelum gladi, dan perlakukan baris tanpa bukti sebagai baris yang gagal. Lima tahap mencakup apa yang harus dilakukan gateway.
| Acceptance stage | Evidence to keep | Pass condition |
|---|---|---|
| Enrolment | Enrolment record with the device type and the identity used | A new device enrols once, and nobody else can enrol it afterwards |
| Sign-in with the second factor | Session record naming both factors and the gateway identity that was checked | The session carries the expected identity and the gateway certificate validated |
| Denial of an unapproved destination | Log line from the control that refused the flow, with the policy name | The flow is refused and the refusal is attributable to one control |
| Revocation of one user | Revocation timestamp and the sessions that survived it | The named user is out and unaffected users keep working |
| Restore from configuration backup | Restored version plus a probe of a revoked identity | The revision matches the backup and revoked identities stay revoked |
Pendaftaran didahulukan karena semua yang hilir bergantung padanya: perangkat yang tidak bisa mendaftar tidak bisa diuji. Masuk adalah tahap terpisah dari pendaftaran, dan penolakan adalah tahap yang paling sering dilupakan, karena gateway yang menerima semua orang belum terbukti menolak siapa pun. Pencabutan dan pemulihan menyimpan sebagian besar risiko operasional, dan keduanya murah untuk digladikan pada salinan.
Berlatihlah pada salinannya, bukan pada gateway yang hidup
Jalankan tahap yang mengganggu pada salinan platform, mengikuti prosedur penyebaran yang didukung, dan simpan setiap bukti dengan tanggal dan versi konfigurasinya. Baris rebot tidak dijawab dengan memulai ulang dari konsol, dan baris pemulihan tidak dijawab dengan mengekspor konfigurasi. Catat keadaan mana yang kembali sendiri dan apa yang harus tersambung lagi, karena perbedaan itulah yang diwarisi tim operasi. Gladi juga satu-satunya kesempatan mengukur pemulihan tanpa menjelaskan gangguan.
Catat keadaan penyedia identitas pada saat setiap pengujian, karena baris gangguan yang diuji terhadap penyedia yang sehat membuktikan kebalikan dari yang diklaim lembar itu. Dua peninjau dalam gladi yang sama menangkap hal berbeda, dan yang kedua biasanya menemukan baris yang buktinya tangkapan layar dasbor. Simpan bukti itu menempel pada baris miliknya, bukan di folder bernama proyek.
Ukur beban kerja yang akan dijalankan tim Anda
Sepakati beban kerja yang menyerupai pekan biasa, lalu ukur di tempat Anda berniat menyebarkan: konkurensi, campuran lalu lintas, dan jendela pemeliharaan yang benar-benar dimiliki tim. Angka throughput yang diiklankan menggambarkan kondisi laboratorium dan tidak mengatakan apa pun tentang pengguna Anda. Ukur pemulihan terhadap sasaran pemulihan, bukan terhadap rencana.
Lembar itu selesai ketika setiap tahap punya artefak dan setiap artefak punya tanggal. Perangkat yang dirawat seseorang, dengan bukti untuk setiap baris, adalah pembelian yang berbeda dari daftar kotak tercentang terpanjang.