Pemfilteran email melalui VPN: di mana aturan konten benar-benar berjalan

Permintaan ini terdengar seperti masalah jaringan: hentikan jenis lampiran tertentu agar tidak keluar dari gedung, dan VPN sudah ada, jadi gunakanlah. Kerangka itu runtuh pada pertanyaan pertama yang harus dijawab filter. Aturan konten perlu melihat pesan, dan pesan menjadi terlihat pada lapisan yang berbeda dari terowongan. Saya menelusuri jalur email ke luar dari paket dan berhenti di tempat pertama data yang dibutuhkan benar-benar ada.

Tiga lapisan bersifat independen: transport VPN, koneksi SMTP TLS, dan enkripsi pesan itu sendiri. Masing-masing berakhir di tempat berbeda.

Mulailah dari lapisan yang dapat melihat pesan

Dekapsulasi VPN memberi Anda lalu lintas jaringan dalam. Jika klien email membuka koneksi TLS ke server pengiriman, lalu lintas dalam tetap berisi aliran TLS itu, bukan email yang terbaca.

Jadi tangkapan paket di tepi terowongan menjawab pertanyaan yang berbeda dari „apakah pesan ini berisi lampiran terlarang“.

Penghentian SMTP TLS berakhir di amplop

Menghentikan SMTP TLS di server email membuka pesan sebagaimana dikirim ke titik itu. Server melihat header, amplop, dan struktur MIME. Itu cukup untuk banyak aturan konten. Amplop memberi tahu Anda pengirim dan penerima sebagaimana server memahaminya.

Itu tidak cukup untuk pesan yang dilindungi S/MIME. Server menerima entitas terlindungi, dan tanpa kunci yang relevan ia tidak dapat membaca konten di dalamnya. Batas yang sama berlaku untuk lampiran terenkripsi yang tiba utuh.

Jangan melemahkan keamanan transport agar tangkapan pasif menjadi terbaca. Itu mengubah arsitektur alih-alih menempatkan aturan di tempat datanya berada.

S/MIME berakhir di tempat kuncinya berada

S/MIME melindungi data pesan MIME, sehingga batasnya adalah materi kunci dan pengaturan dekripsi yang sah. Filter tanpa kunci itu masih dapat bertindak atas metadata yang terlihat atau atas keberadaan objek terlindungi, tetapi itu hasil yang berbeda.

Jika organisasi menjalankan gateway enkripsi resmi atau kontrol titik akhir terkelola, dokumentasikan di mana teks biasa ada, identitas mana yang boleh memeriksanya, dan bagaimana kunci serta catatan dilindungi. Tidak ada kunci utama yang tercipta dari mengarahkan lalu lintas melalui VPN.

Tuliskan itu sebelum siapa pun menjanjikan klasifikasi teks biasa. Janji itulah bagian yang sulit ditarik kembali.

Letakkan aturan di platform email

Jika server email yang disetujui menerima pesan yang terbaca, integrasi filter konten yang didukungnya adalah titik penegakan. Itu berbeda dari mengizinkan koneksi SMTP melalui firewall. Perbedaan itu menentukan apakah aturan dapat menolak, mengarantina, atau hanya memberi anotasi.

Postfix, misalnya, mendokumentasikan pemfilteran konten setelah antrean: email dimasukkan ke antrean, diteruskan ke filter, dan dikembalikan ke jalur pengiriman. Pengaturan setelah antreannya berbeda dari opsi proxy sebelum antrean dan Milter yang dirujuk panduan yang sama. Pilih integrasi dan perilaku kegagalan yang didukung untuk layanan email yang benar-benar Anda jalankan.

Satu aturan lampiran bukan program pencegahan kebocoran data yang lengkap. Unggahan peramban, penyimpanan bersama, dan tindakan titik akhir memerlukan kontrolnya sendiri.

Tulis uji penerimaan dengan pesan sintetis

Uji dengan contoh sintetis yang disetujui: pesan yang diizinkan, tindakan konten terlarang, dan penanganan enkripsi tingkat pesan yang dinyatakan. Sertakan apa yang dilakukan layanan email ketika filternya tidak tersedia.

Hasil yang berguna menyebutkan tindakan, titik penegakan, dan data yang terlihat di sana. „VPN mendekripsinya“ menjawab satu lapisan dan tidak dapat menggantikan model konten dan otorisasi aplikasi email.