Mengelola Raspberry Pi di LAN tanpa uplink internet
Pilih perlindungan yang dibutuhkan tugas, lalu daftar apa yang akan mencapai internet: paket, penamaan, identitas, waktu. Uji dengan uplink benar-benar tidak ada.
Dua perangkat pada LAN privat dapat bertukar lalu lintas terlindungi tanpa uplink sama sekali. Yang tidak dapat mereka lakukan adalah memunculkan layanan yang diharapkan model keamanan pilihan mereka. Jadi pekerjaannya separuh pemilihan dan separuh inventaris: pilih perlindungan yang cocok dengan tugas, lalu daftar semua yang diam-diam akan menjangkau internet.
Asumsi panduan ini adalah kedua perangkat memiliki alamat yang disetujui pada jaringan privat yang sama. Jangan menyimpulkan keterjangkauan dari fakta bahwa keduanya bergabung ke wifi yang sama; koneksi, perutean, dan aturan akses tetap menentukannya.
Pilih perlindungan berdasarkan tugas, bukan kebiasaan
Sesi terminal atau tugas administrasi berkas yang didukung cocok dengan SSH, yang arsitekturnya memisahkan autentikasi server, autentikasi pengguna, dan kanal yang dibawa di dalam transport terlindungi. Tidak satu pun peran itu memerlukan penyedia VPN komersial, dan tidak satu pun berhenti bekerja karena tidak ada rute default ke internet.
Satu layanan TCP tambahan dapat melintas melalui penerusan SSH yang diizinkan bila server mengizinkannya: jaga pendengar lokal terikat ketat dan tujuan tetap eksplisit, dan ingat bahwa ini meneruskan satu layanan itu alih-alih mereproduksi segmen Ethernet.
Akses terrutekan ke beberapa alamat atau protokol adalah kebutuhan berbeda, dan VPN yang diterminasi secara lokal dapat menyediakannya. Rekan dalam hal itu adalah gateway lokal yang terjangkau, bukan titik akhir di suatu tempat di internet, dan gateway tetap memerlukan rute yang dimaksudkan, aturan penerusan, dan izin layanan. Bila satu aplikasi sudah berbicara TLS dengan benar, membiarkannya melindungi koneksinya sendiri sering menjadi jawaban terkecil yang berhasil.
Inventarisasi apa yang akan meninggalkan LAN
Siapkan perangkat lunak, identitas host, dan kredensial sebelum bergantung pada bangku terisolasi, atau gunakan proses pengiriman offline yang didukung organisasi. Perintah unduh bukan rencana pemasangan untuk mesin yang tidak dapat menjangkau sumber, dan menemukannya saat gangguan adalah waktu yang buruk untuk mempelajarinya.
Buat penamaan yang disengaja. Gunakan layanan DNS lokal yang dimaksudkan atau penataan alamat yang terdokumentasi, karena resolver publik yang dikonfigurasi tidak menciptakan jalur ke dirinya sendiri. Mengubah alamat soket juga bukan pembenaran untuk melewati pemeriksaan identitas aplikasi. Jika jawabannya adalah bangku itu sekadar memakai alamat, tuliskan juga itu, agar insinyur berikutnya tidak menghabiskan satu jam pada domain pencarian yang tidak pernah dikonfigurasi.
Lalu baca model autentikasi dan verifikasi untuk dependensi eksternal: pendaftaran, penyedia identitas, persetujuan multifaktor, pengambilan status sertifikat, sumber waktu. Masing-masing adalah penghambat potensial pada jaringan terisolasi. Daftarkan sebelum jendela pemeliharaan, bukan selama, karena dependensi yang ditemukan pada saat yang salah mengubah tugas lima menit menjadi sepanjang sore. Sediakan pengaturan terjangkau yang disetujui atau pilih model yang bekerja offline, dan jangan pernah menonaktifkan pemeriksaan secara diam-diam karena layanannya tidak ada.
Simpan pemeriksaan identitas di tempatnya
Verifikasi kunci host atau sertifikat yang diharapkan melalui proses penyediaan yang Anda percayai, dan jaga jam tetap benar di tempat protokol memvalidasi waktu sertifikat. Berbagi switch dengan perangkat tidak membuat perangkat itu menjadi yang Anda maksudkan untuk dijangkau, dan menganggap sebaliknya justru kesalahan yang diinginkan penyerang pada segmen yang sama untuk Anda lakukan.
Waktu layak mendapat barisnya sendiri dalam rencana. Banyak protokol menolak kredensial yang sebenarnya valid ketika jam telah menyimpang cukup jauh, dan Pi tanpa sumber waktu jaringan dapat menyimpang diam-diam selama berbulan-bulan sebelum ada yang mengeluh.
Uji dengan uplink benar-benar tidak ada
Cabut uplink, lalu lakukan operasi pemeliharaan yang persis Anda rancang: sesi terminal, salinan berkas, layanan yang diteruskan, koneksi terrutekan. Pastikan identitas yang ditolak atau sumber daya yang dilarang masih ditolak, karena desain yang hanya membuktikan jalur mulus belum diuji sama sekali. Baca log saat melakukannya, karena kegagalan yang menarik adalah yang meninggalkan jejak tanpa mengubah hasil.
Catat titik akhir lokal, mekanisme perlindungan, dan setiap dependensi yang digunakan operasi. Keluar ke internet dan jalur aman untuk administrasi lokal adalah dua kebutuhan berbeda, dan menjaganya tetap terpisah adalah yang memungkinkan yang kedua bertahan saat kehilangan yang pertama.