Penapisan e-mel melalui VPN: di mana peraturan kandungan benar-benar berjalan

Permintaan ini kedengaran seperti masalah rangkaian: hentikan sejenis lampiran daripada keluar dari bangunan, dan VPN sudah ada, jadi gunakannya. Rangka itu runtuh pada soalan pertama yang mesti dijawab oleh penapis. Peraturan kandungan perlu melihat mesej, dan mesej menjadi kelihatan pada lapisan yang berbeza daripada terowong. Saya menelusuri laluan mel ke luar daripada paket dan berhenti di tempat pertama data yang diperlukan benar-benar wujud.

Tiga lapisan adalah bebas: pengangkutan VPN, sambungan SMTP TLS dan penyulitan mesej itu sendiri. Setiap satu berakhir di tempat berbeza.

Mulakan pada lapisan yang boleh melihat mesej

Penyahkapsulan VPN memberikan trafik rangkaian dalaman. Jika klien mel membuka sambungan TLS ke pelayan penyerahan, trafik dalaman masih mengandungi aliran TLS itu, bukan mel yang boleh dibaca.

Jadi tangkapan paket di tepi terowong menjawab soalan yang berbeza daripada „adakah mesej ini mengandungi lampiran terlarang“.

Penamatan SMTP TLS berakhir pada sampul

Menamatkan SMTP TLS pada pelayan mel mendedahkan mesej seperti yang diserahkan kepada titik itu. Pelayan melihat pengepala, sampul dan struktur MIME. Itu cukup untuk banyak peraturan kandungan. Sampul memberitahu anda pengirim dan penerima seperti yang difahami oleh pelayan.

Itu tidak cukup untuk mesej yang dilindungi S/MIME. Pelayan menerima entiti terlindung dan tanpa kunci yang berkaitan ia tidak boleh membaca kandungan di dalamnya. Had yang sama terpakai pada lampiran tersulit yang tiba utuh.

Jangan lemahkan keselamatan pengangkutan untuk menjadikan tangkapan pasif boleh dibaca. Itu mengubah seni bina dan bukannya meletakkan peraturan di tempat data berada.

S/MIME berakhir di tempat kunci berada

S/MIME melindungi data mesej MIME, jadi sempadannya ialah bahan kunci dan susunan penyahsulitan yang dibenarkan. Penapis tanpa kunci itu masih boleh bertindak atas metadata yang kelihatan atau kehadiran objek terlindung, tetapi itu hasil yang berbeza.

Jika organisasi mengendalikan get laluan penyulitan yang diluluskan atau kawalan titik akhir terurus, dokumentasikan di mana teks biasa wujud, identiti mana yang boleh memeriksanya dan bagaimana kunci serta rekod dilindungi. Tiada kunci induk yang tercipta dengan menghalakan trafik melalui VPN.

Tuliskan itu sebelum sesiapa menjanjikan pengelasan teks biasa. Janji itu bahagian yang sukar ditarik balik.

Letakkan peraturan dalam platform mel

Jika pelayan mel yang diluluskan menerima mesej yang boleh dibaca, integrasi penapis kandungan yang disokongnya ialah titik penguatkuasaan. Itu berbeza daripada membenarkan sambungan SMTP melalui tembok api. Perbezaan itu menentukan sama ada peraturan boleh menolak, mengkuarantin atau hanya memberi anotasi.

Postfix, sebagai contoh, mendokumentasikan penapisan kandungan selepas baris gilir: mel dimasukkan ke dalam baris gilir, dihantar kepada penapis dan dikembalikan ke laluan penghantaran. Susunannya selepas baris gilir berbeza daripada pilihan proksi sebelum baris gilir dan Milter yang dirujuk oleh panduan yang sama. Pilih integrasi yang disokong dan tingkah laku kegagalan untuk perkhidmatan mel yang benar-benar anda jalankan.

Satu peraturan lampiran bukan program pencegahan kebocoran data yang lengkap. Muat naik pelayar, storan dikongsi dan tindakan titik akhir memerlukan kawalan mereka sendiri.

Tulis ujian penerimaan dengan mesej sintetik

Uji dengan contoh sintetik yang diluluskan: mesej yang dibenarkan, tindakan kandungan terlarang dan pengendalian penyulitan peringkat mesej yang diisytiharkan. Sertakan apa yang dilakukan perkhidmatan mel apabila penapisnya tidak tersedia.

Hasil yang berguna menamakan tindakan, titik penguatkuasaan dan data yang kelihatan di situ. „VPN menyahsulitnya“ menjawab satu lapisan dan tidak boleh menggantikan model kandungan dan kebenaran aplikasi mel.