Dua VPN sekaligus? Tentukan dulu batas titik akhir

Dua klien VPN yang terhubung bersamaan menempatkan satu titik akhir ke dalam dua domain sumber daya, dan itu pertanyaan otorisasi sebelum menjadi pertanyaan perutean. Fakta bahwa terowongannya terenkripsi tidak mengatakan apa pun tentang apakah aplikasi di laptop itu semestinya dapat menjangkau kedua jaringan, atau apakah rekan dari satu jaringan semestinya dapat menjangkau jaringan lain melaluinya. Jalankan pemeriksaan di bawah ini secara berurutan dan berhenti pada pemeriksaan pertama yang tidak dapat dijawab siapa pun. Menyetujui tumpang tindih tanpa jawaban itu adalah cara pengaturan yang nyaman diam-diam menjadi jembatan.

Mulai dari pekerjaan yang sebenarnya: sumber daya apa di setiap jaringan yang dibutuhkan orang tersebut, dan apakah kedua pemilik jaringan mengizinkan akses bersamaan dari satu perangkat?

Periksa siapa yang mengizinkan tumpang tindih

Dua jaringan yang masing-masing mengautentikasi pengguna yang sama tetap memiliki pemilik terpisah, dan pemilik itu mungkin memiliki asumsi yang tidak cocok tentang perangkat yang juga terhubung di tempat lain. Tanyakan keduanya sebelum merancang apa pun. Kebijakan akses jarak jauh yang ditulis untuk laptop terisolasi sering kali sama sekali tidak punya jawaban untuk mesin yang sekaligus berada di dalam jaringan mitra.

Dapatkan jawabannya secara tertulis dan simpan bersama catatan perubahan. Jika satu pihak menolak, sisa daftar ini bersifat akademis, dan Anda telah menghemat satu tinjauan desain.

Jangan memperlakukan dua antarmuka sebagai router

Dua antarmuka aktif tidak otomatis menjadikan perangkat itu router atau jembatan Ethernet. Periksa konfigurasi penerusan, penjembatanan, NAT, dan proksi yang didukung sebelum menyebut apa pun sebagai jalur transit, dan pertahankan tugas perutean resmi yang tidak terkait yang sudah dimiliki perangkat. Laptop yang menjalankan jaringan kontainer lokal atau host virtualisasi bukan pengamat netral di sini.

Jika kebutuhannya benar-benar transit dari A ke B, itu tempatnya pada perangkat jaringan dengan pemilik, kumpulan aturan yang dapat diaudit, dan proses perubahan. Melakukannya secara tidak sengaja melalui stasiun kerja adalah hasil yang hendak dicegah oleh pemeriksaan ini.

Perlakukan titik akhir juga sebagai titik akses

Perangkat itu bukan hanya klien dari kedua jaringan; ia adalah host yang menawarkan layanan. Layanan yang diizinkan di mesin itu dapat dijangkau dari rekan VPN menurut firewall host dan kebijakan klien, jadi port manajemen yang terbuka di laptop kini menjadi bagian dari permukaan serangan jaringan jauh. Daftarkan apa yang mendengarkan sebelum berdebat soal rute, karena satu port debug yang terikat lebih berat daripada kebijakan terowongan apa pun. Batasi layanan host pada sumber dan tujuan yang dimaksudkan.

Perlakukan setiap jaringan jauh sebagai domain sumber daya dengan izin eksplisit alih-alih memberi kepercayaan luas karena lalu lintasnya tiba terenkripsi. Arsitektur kepercayaan nol NIST memisahkan otorisasi sumber daya dari kepercayaan implisit pada lokasi jaringan, dan itulah tepatnya pembedaan yang dikaburkan laptop dengan dua terowongan.

Ajukan satu pertanyaan lagi selagi di sini: jika layanan lokal atau aplikasi resmi disusupi, sumber daya dan kredensial apa yang akan dapat dijangkau dari pijakan itu? Tuliskan jawabannya, karena itulah pernyataan risiko yang sebenarnya untuk seluruh desain.

Pilih batas kerja yang sesuai dengan model ancaman

Perutean per aplikasi dapat menetapkan program ke terowongan yang dimaksud, dan profil kerja, pengguna, atau ruang kerja virtual yang didukung dapat menambahkan batas identitas dan data bergantung pada platform. Cocokkan batas dengan model ancaman, bukan dengan demonya: pemisahan perutean tanpa pemisahan identitas tetap menyisakan satu profil peramban yang memegang kedua sesi.

Ruang nama jaringan mengisolasi perutean dan keadaan jaringan; ia tidak mengisolasi setiap jalur sistem berkas, papan klip, atau agen kredensial. Mesin virtual atau profil terkelola juga memerlukan kebijakan berbagi dan administrasi host yang disengaja. Catat folder, pembantu autentikasi, dan jalur salin-tempel mana yang tetap tersedia, karena itulah kanal yang benar-benar membawa data antara kedua domain.

Untuk pekerjaan berurutan, peralihan yang disengaja biasanya lebih sederhana daripada mempertahankan akses bersamaan. Selesaikan operasi yang bergantung, lalu verifikasi identitas dan rute ruang kerja berikutnya alih-alih membiarkan alat latar belakang terikat pada konteks yang ambigu.

Tulis persetujuan sebagai tugas, bukan slogan

Catatan persetujuan semestinya terbaca seperti tugas: ruang kerja dukungan boleh menjangkau konsol layanan Jaringan A dan portal tiket Jaringan B, tanpa penerusan resmi dari A ke B, tanpa agen kredensial bersama, dan tanpa sinkronisasi berkas otomatis. Setiap klausa dalam kalimat itu memetakan ke sesuatu yang dapat Anda konfigurasi dan uji.

Lalu verifikasi kasus negatifnya, bukan hanya yang positif. Coba jangkau sumber daya yang seharusnya di luar batas, pastikan layanan host tidak menjawab dari sisi lain, dan periksa bahwa pembantu kredensial tidak diam-diam melayani kedua domain.

Simpan catatan bersama perangkat, bukan hanya di tiket, agar orang berikutnya yang mewarisi pengaturan itu tahu batas mana yang disengaja. Laptop dengan dua terowongan dan tanpa batas tertulis tidak dapat dibedakan dari salah konfigurasi.