E-pasta filtrēšana caur VPN: kur patiesībā darbojas satura noteikumi
VPN ieraksts neparāda ziņojumu. Izejiet pasta ceļu no dekapsulācijas līdz SMTP TLS un S/MIME, un ievietojiet satura noteikumu tur, kur ir dati.
Šis pieprasījums izklausās kā tīkla problēma: apturiet noteikta veida pielikuma iziešanu no ēkas, un VPN jau ir, tāpēc izmantojiet to. Šis ietvars sabrūk pie pirmā jautājuma, uz kuru filtram jāatbild. Satura noteikumiem ir jāredz ziņojums, un ziņojums kļūst redzams citā slānī nekā tunelis. Es eju pasta ceļu uz āru no paketes un apstājos pirmajā vietā, kur nepieciešamie dati patiešām ir.
Trīs slāņi ir neatkarīgi: VPN transports, SMTP TLS savienojums un paša ziņojuma šifrēšana. Katrs beidzas citā vietā.
Sāciet ar slāni, kas redz ziņojumu
VPN dekapsulācija dod iekšējo tīkla trafiku. Ja pasta klients atvēra TLS savienojumu ar iesniegšanas serveri, iekšējā trafikā joprojām ir šī TLS plūsma, nevis lasāms pasts.
Tāpēc pakešu ieraksts tuneļa malā atbild uz citu jautājumu nekā „vai šajā ziņojumā ir aizliegts pielikums“.
SMTP TLS pārtraukšana beidzas pie aploksnes
Pārtraucot SMTP TLS pasta serverī, ziņojums atklājas tāds, kāds tas tika iesniegts šajā punktā. Serveris redz galvenes, aploksni un MIME struktūru. Tas ir pietiekami daudziem satura noteikumiem. Aploksne norāda sūtītāju un saņēmējus tā, kā serveris tos saprata.
Tas nav pietiekami S/MIME aizsargātam ziņojumam. Serveris saņem aizsargātu vienumu, un bez attiecīgajām atslēgām nevar nolasīt tā iekšējo saturu. Tas pats ierobežojums attiecas uz šifrētu pielikumu, kas pienāk nebojāts.
Nevājiniet transporta drošību, lai pasīvu ierakstu padarītu lasāmu. Tas maina arhitektūru, nevis ievieto noteikumu tur, kur ir dati.
S/MIME beidzas tur, kur ir atslēgas
S/MIME aizsargā MIME ziņojuma datus, tāpēc tā robeža ir atslēgu materiāls un atļautā atšifrēšanas kārtība. Filtrs bez šīm atslēgām joprojām var darboties ar redzamiem metadatiem vai aizsargāta objekta klātbūtni, bet tas ir cits rezultāts.
Ja organizācija uztur atļautu šifrēšanas vārteju vai pārvaldītu galapunktu kontroli, dokumentējiet, kur ir atklāts teksts, kura identitāte to drīkst pārbaudīt un kā tiek aizsargātas atslēgas un ieraksti. Nav galvenās atslēgas, kas rastos, virzot trafiku caur VPN.
Pierakstiet to, pirms kāds apsola atklāta teksta klasifikāciju. Solījums ir tā daļa, ko ir grūti atsaukt.
Ievietojiet noteikumu pasta platformā
Ja apstiprinātais pasta serveris saņem lasāmo ziņojumu, tā atbalstītā satura filtra integrācija ir izpildes punkts. Tas atšķiras no SMTP savienojuma atļaušanas caur ugunsmūri. Šī atšķirība nosaka, vai noteikums var noraidīt, ievietot karantīnā vai tikai pievienot piezīmi.
Piemēram, Postfix dokumentē satura filtrēšanu pēc rindas: pasts tiek ievietots rindā, nodots filtram un atgriezts piegādes ceļā. Tā izkārtojums pēc rindas atšķiras no pirms rindas starpniekservera un Milter opcijām, uz kurām atsaucas tā pati rokasgrāmata. Izvēlieties atbalstīto integrāciju un kļūmes uzvedību pasta pakalpojumam, kuru jūs patiešām uzturat.
Viens pielikumu noteikums nav pilnīga datu zuduma novēršanas programma. Pārlūka augšupielādēm, koplietotai krātuvei un galapunktu darbībām vajadzīgas savas kontroles.
Uzrakstiet pieņemšanas testu ar sintētiskiem ziņojumiem
Pārbaudiet ar apstiprinātiem sintētiskiem piemēriem: atļauts ziņojums, aizliegta satura darbība un deklarētā ziņojuma līmeņa šifrēšanas apstrāde. Iekļaujiet, ko pasta pakalpojums dara, kad tā filtrs nav pieejams.
Noderīgais rezultāts nosauc darbību, izpildes punktu un tur redzamos datus. „VPN to atšifrēja“ atbild uz vienu slāni un nevar aizstāt pasta lietotnes satura un autorizācijas modeli.