El. pašto filtravimas per VPN: kur iš tikrųjų vykdomos turinio taisyklės

Šis prašymas skamba kaip tinklo problema: sustabdykite tam tikros rūšies priedą, kad jis neišeitų iš pastato, o VPN jau yra, tad naudokite jį. Ši schema byra ties pirmuoju klausimu, į kurį filtras turi atsakyti. Turinio taisyklėms reikia matyti pranešimą, o pranešimas tampa matomas kitame sluoksnyje nei tunelis. Aš einu pašto keliu į išorę nuo paketo ir sustoju pirmoje vietoje, kur reikiami duomenys iš tikrųjų yra.

Trys sluoksniai yra nepriklausomi: VPN transportas, SMTP TLS ryšys ir paties pranešimo šifravimas. Kiekvienas baigiasi skirtingoje vietoje.

Pradėkite nuo sluoksnio, kuris mato pranešimą

VPN dekapsuliavimas suteikia vidinį tinklo srautą. Jei pašto klientas atidarė TLS ryšį su pateikimo serveriu, vidiniame sraute vis dar yra tas TLS srautas, o ne skaitomas paštas.

Todėl paketų įrašas tunelio krašte atsako į kitą klausimą nei „ar šiame pranešime yra draudžiamas priedas“.

SMTP TLS užbaigimas baigiasi ties voku

Užbaigus SMTP TLS pašto serveryje, pranešimas atsiskleidžia toks, koks buvo pateiktas tam taškui. Serveris mato antraštes, voką ir MIME struktūrą. To pakanka daugeliui turinio taisyklių. Vokas nurodo siuntėją ir gavėjus taip, kaip serveris juos suprato.

To nepakanka S/MIME apsaugotam pranešimui. Serveris gauna apsaugotą objektą ir be atitinkamų raktų negali perskaityti jo viduje esančio turinio. Ta pati riba galioja užšifruotam priedui, kuris atkeliauja nepažeistas.

Nesilpninkite transporto saugumo, kad pasyvus įrašas taptų skaitomas. Tai keičia architektūrą, o ne padeda taisyklę ten, kur yra duomenys.

S/MIME baigiasi ten, kur yra raktai

S/MIME saugo MIME pranešimo duomenis, todėl jo riba yra raktų medžiaga ir leidžiama iššifravimo tvarka. Filtras be tų raktų vis dar gali veikti matomus metaduomenis ar apsaugoto objekto buvimą, bet tai kitas rezultatas.

Jei organizacija naudoja leidžiamą šifravimo tarpinę ar valdomą galinių taškų kontrolę, dokumentuokite, kur yra atviras tekstas, kuri tapatybė gali jį tikrinti ir kaip saugomi raktai bei įrašai. Nėra pagrindinio rakto, atsirandančio nukreipus srautą per VPN.

Užrašykite tai prieš kam nors pažadant atviro teksto klasifikavimą. Pažadas yra ta dalis, kurią sunku atšaukti.

Įdėkite taisyklę į pašto platformą

Jei patvirtintas pašto serveris gauna skaitomą pranešimą, jo palaikoma turinio filtro integracija yra vykdymo taškas. Tai skiriasi nuo SMTP ryšio leidimo per ugniasienę. Šis skirtumas nusprendžia, ar taisyklė gali atmesti, karantinuoti, ar tik pažymėti.

Pavyzdžiui, Postfix dokumentuoja turinio filtravimą po eilės: paštas įdedamas į eilę, perduodamas filtrui ir grąžinamas į pristatymo kelią. Jo išdėstymas po eilės skiriasi nuo prieš eilę esančio tarpinio serverio ir Milter parinkčių, į kurias nurodo tas pats vadovas. Pasirinkite palaikomą integraciją ir gedimo elgseną pašto tarnybai, kurią iš tikrųjų valdote.

Viena priedų taisyklė nėra visa duomenų praradimo prevencijos programa. Naršyklės įkėlimams, bendrai saugyklai ir galinių taškų veiksmams reikia savo kontrolės.

Parašykite priėmimo testą su sintetiniais pranešimais

Išbandykite su patvirtintais sintetiniais pavyzdžiais: leidžiamas pranešimas, draudžiamas turinio veiksmas ir deklaruotas pranešimo lygio šifravimo apdorojimas. Įtraukite, ką pašto tarnyba daro, kai jos filtras nepasiekiamas.

Naudingas rezultatas įvardija veiksmą, vykdymo tašką ir ten matomus duomenis. „VPN jį iššifravo“ atsako į vieną sluoksnį ir negali pakeisti pašto programos turinio ir autorizacijos modelio.