E-postfiltrering over ein VPN: kvar innhaldsreglane faktisk køyrer

Denne førespurnaden høyrest ut som eit nettverksproblem: hindre ein viss type vedlegg i å forlate bygget, og VPN-en er alt der, så bruk han. Den ramma bryt saman ved det første spørsmålet filteret må svare på. Innhaldsreglar treng å sjå meldinga, og meldinga blir synleg på eit anna lag enn tunnelen. Eg går e-postvegen utover frå pakken og stoppar på den første staden der dei naudsynte dataa faktisk finst.

Tre lag er uavhengige: VPN-transporten, SMTP TLS-sambandet og krypteringa av meldinga sjølv. Kvart av dei endar ein annan stad.

Byrja på laget som kan sjå meldinga

VPN-avkapsling gir deg den indre nettverkstrafikken. Viss e-postklienten opna eit TLS-samband til ein innsendingsserver, inneheld den indre trafikken framleis den TLS-straumen, ikkje lesbar e-post.

Så eit pakkeopptak ved tunnekanten svarar på eit anna spørsmål enn «inneheld denne meldinga eit forbode vedlegg».

SMTP TLS-avslutning endar ved konvolutten

Avslutning av SMTP TLS på e-postserveren legg meldinga open slik ho vart levert til det endepunktet. Serveren ser headarar, konvolutten og MIME-strukturen. Det er nok for mange innhaldsreglar. Konvolutten fortel deg avsendar og mottakarar slik serveren forstod dei.

Det er ikkje nok for ei S/MIME-verna melding. Serveren tek imot ei verna eining, og utan dei relevante nøklane kan han ikkje lese innhaldet inni. Den same grensa gjeld for eit kryptert vedlegg som kjem intakt.

Svekk ikkje transporttryggleiken for å gjere eit passivt opptak lesbart. Det endrar arkitekturen i staden for å plassere regelen der dataa er.

S/MIME endar der nøklane er

S/MIME vernar MIME-meldingsdata, så grensa er nøkkelmaterialet og den autoriserte dekrypteringsordninga. Eit filter utan desse nøklane kan framleis handle på synlege metadata eller på tilstadeveret av eit verna objekt, men det er eit anna resultat.

Viss organisasjonen driv ein autorisert krypteringsgateway eller ein administrert endepunktkontroll, dokumenter kvar klartekst finst, kva identitet som kan inspisere han, og korleis nøklar og registreringar blir verna. Det finst ingen hovudnøkkel som blir skapt ved å rute trafikk gjennom ein VPN.

Skriv det ned før nokon lovar klartekstklassifisering. Løftet er den delen som er vanskeleg å trekkje tilbake.

Set regelen i e-postplattforma

Viss den godkjende e-postserveren tek imot den lesbare meldinga, er den støtta innhaldsfiltreringsintegrasjonen handsamingspunktet. Det er noko anna enn å tillate eit SMTP-samband gjennom ein brannmur. Den skilnaden avgjer om regelen kan avvise, setje i karantene eller berre annotere.

Postfix dokumenterer til dømes innhaldsfiltrering etter køen: e-post blir sett i kø, send til eit filter og returnert til leveringsvegen. Ordninga etter køen er forskjellig frå proxyvala før køen og Milter, som same rettleiinga viser til. Vel den støtta integrasjonen og feilåtferda for e-posttenesta du faktisk køyrer.

Éin vedleggsregel er ikkje eit fullstendig datatapsprogram. Nettlesaropplastingar, delt lagring og endepunktshandlingar treng sine eigne kontrollar.

Skriv akseptansetesten med syntetiske meldingar

Test med godkjende syntetiske døme: ei tillaten melding, ei forbode innhaldshandling og den erklærte handsaminga av kryptering på meldingsnivå. Ta med kva e-posttenesta gjer når filteret ikkje er tilgjengeleg.

Det nyttige resultatet namngir handlinga, handsamingspunktet og dataa som er synlege der. «VPN-en dekrypterte henne» svarar på eitt lag og kan ikkje erstatte innhalds- og autorisasjonsmodellen til e-postprogrammet.