Mengapa aturan VPN tidak bisa menghentikan unggahan satu berkas
Menjangkau layanan dan mengendalikan berkas mana yang keluar darinya adalah dua persyaratan. Letakkan aturannya di tempat berkas terlihat: email, aplikasi, atau agen endpoint.
Sebuah tim kecil meminta akses jarak jauh ke sistem kerjanya dan dalam napas yang sama meminta agar lampiran tertentu berhenti meninggalkan perusahaan. Kedua permintaan terdengar seperti satu perubahan VPN. Keduanya adalah dua persyaratan dengan titik penegakan yang berbeda, dan aturan yang memenuhi yang pertama tidak melakukan apa pun untuk yang kedua. Mulailah dengan menamai tindakan dan datanya, lalu pilih komponen yang benar-benar bisa melihatnya.
Satu permintaan, dua persyaratan
Persyaratan pertama menyangkut keterjangkauan: pengguna dan perangkat mana yang boleh membuka koneksi ke layanan mana. Yang kedua menyangkut perilaku setelah koneksi itu ada: dokumen mana yang boleh dilampirkan, ditempel, atau diunggah. Terowongan bekerja pada yang pertama dan secara desain buta terhadap yang kedua.
Kontrol tingkat IP meneruskan paket. Ia tidak mem-parsing unggahan multipart, tidak memeriksa PDF, dan tidak memutuskan apakah lembar kerja berisi nomor rekening. Mengharapkannya melakukan itu bukan kesalahan konfigurasi; itu kesalahan kategori.
Ucapkan persyaratannya dengan lantang dalam bentuk itu sebelum mencari produk. «Pengguna boleh menjangkau portal berkas» dan «pengguna tidak boleh mengunggah daftar pelanggan ke portal berkas» adalah dua kalimat berbeda, dan hanya yang kedua menjelaskan kebijakan konten.
Pilih komponen yang bisa melihat berkasnya
Penegakan harus terjadi di tempat berkas dapat dibaca. Untuk email, biasanya platform atau gateway email, yang sudah menangani lampiran dan dapat menilainya sebelum pengiriman. Untuk unggahan browser ke layanan yang disetujui, aplikasi itu sendiri mungkin satu-satunya pihak yang melihat kontennya. Untuk laptop terkelola yang menyalin berkas ke media yang dapat dilepas, agen endpoint melihat operasinya.
| Where the file moves | Component that can see it |
|---|---|
| Email attachment | Mail gateway or mail platform policy |
| Upload to a web application | The application, or an inspection proxy that terminates TLS |
| Copy to USB or local folder | Endpoint agent on the device |
| Anything inside the tunnel | Nothing, unless one of the above is present |
Beberapa paket akses jarak jauh komersial menggabungkan agen endpoint, kontrol web, dan modul pencegahan kebocoran data. Komponen itu bisa saja menegakkan kebijakan konten, tetapi kemampuannya milik modul, bukan milik terowongan. Baca apa yang sebenarnya termasuk dalam paket sebelum menjanjikan hasilnya.
Ringkasan pencegahan kebocoran data Purview dari Microsoft adalah model yang berguna untuk pembanding: ia menjelaskan kebijakan dalam istilah jenis informasi sensitif, lokasi, dan aktivitas. Kosakata itu tentang konten dan tindakan, bukan tentang prefiks IP.
TLS bertahan melewati terowongan, jadi rencanakan itu
Enkripsi aplikasi dinegosiasikan antara klien dan layanan, dan terowongan VPN membawa byte itu tanpa membukanya. Karena itu gateway di jalur tidak otomatis memperoleh kemampuan mengklasifikasikan lampiran, seberapa pun besar bagian rute yang dimilikinya.
Untuk memeriksa konten saat transit, Anda perlu komponen yang mengakhiri TLS dengan sertifikat tepercaya, dan itu keputusan arsitektur besar dengan konsekuensi privasi dan operasionalnya sendiri. Itu bukan kotak centang di profil VPN. Klien harus memercayai sertifikat pemeriksaan, aplikasi yang menyematkan sertifikat akan rusak, dan operator memperoleh kemampuan membaca lalu lintas yang sebelumnya tidak bisa dibacanya. Itulah alasan keputusan ini menjadi milik pemilik keamanan, bukan siapa pun yang menjalankan terowongan.
Karena itu jawaban jujur atas «bisakah VPN memblokir unggahan ini» biasanya tidak, diikuti alternatif yang konkret. Alternatifnya bisa berupa pembatasan tingkat aplikasi, aturan email, atau kebijakan endpoint, dan masing-masing punya pemilik yang dapat mengubahnya.
Tulis uji penerimaan sebelum aturannya
Aturan konten memerlukan dua contoh, bukan satu: tindakan yang diizinkan yang harus tetap berjalan, dan tindakan terlarang yang harus dihentikan. Uji keduanya dari aplikasi dan perangkat dalam cakupan, karena kebijakan yang hanya bekerja di satu peramban bukan kebijakan yang diminta siapa pun.
curl -sS -o /dev/null -w '%{http_code}\n' -F '[email protected]' https://files.plant.example/upload
curl -sS -o /dev/null -w '%{http_code}\n' -F '[email protected]' https://files.plant.example/uploadPermintaan pertama seharusnya ditolak oleh komponen yang memiliki aturan, dan yang kedua seharusnya berhasil. Jika keduanya berhasil, kontrolnya tidak ada di jalur. Jika keduanya gagal, Anda merusak layanan alih-alih melindunginya, yang merupakan hasil lebih umum dari aturan yang ditulis tanpa contoh yang diizinkan.
Putuskan sebelumnya apa yang dilihat pengguna, siapa yang boleh memberikan pengecualian, dan di mana administrator mengonfirmasi keputusan itu sesudahnya. Unggahan yang diblokir tanpa pesan menghasilkan tiket dukungan, dan aturan yang tidak bisa diaudit siapa pun menghasilkan perdebatan. Keduanya dapat dihindari dengan satu kalimat dokumentasi yang ditulis sebelum kebijakan berlaku.
Terakhir, simpan kedua persyaratan dalam tiket terpisah dengan pemilik terpisah. Menggabungkannya di bawah «VPN» menjamin tim jaringan akan diminta menyelesaikan masalah konten, dan masalah konten itu akan dinyatakan selesai ketika terowongan menyala.