Sähköpostin suodatus VPN:n yli: missä sisältösäännöt todella ajetaan

Tämä pyyntö kuulostaa verkkongelmalta: estä tietyntyyppisen liitteen lähteminen rakennuksesta, ja VPN on jo olemassa, joten käytä sitä. Tämä kehys murtuu ensimmäisessä kysymyksessä, johon suodattimen on vastattava. Sisältösäännöt tarvitsevat viestin näkyviin, ja viesti tulee näkyväksi eri kerroksessa kuin tunneli. Kuljen postin polkua paketista ulospäin ja pysähdyn ensimmäiseen paikkaan, jossa tarvittavat tiedot todella ovat.

Kolme kerrosta ovat riippumattomia: VPN:n kuljetus, SMTP TLS -yhteys ja viestin oma salaus. Jokainen päättyy eri paikkaan.

Aloita kerroksesta, joka näkee viestin

VPN:n purku antaa sisemmän verkkoliikenteen. Jos postiohjelma avasi TLS-yhteyden lähetyspalvelimeen, sisempi liikenne sisältää edelleen tuon TLS-virran, ei luettavaa postia.

Siten tunnelin reunalla otettu kaappaus vastaa eri kysymykseen kuin „sisältääkö tämä viesti kielletyn liitteen“.

SMTP TLS:n päättäminen päättyy kirjekuoreen

SMTP TLS:n päättäminen postipalvelimella paljastaa viestin sellaisena kuin se lähetettiin tuohon päätepisteeseen. Palvelin näkee otsakkeet, kirjekuoren ja MIME-rakenteen. Se riittää moneen sisältösääntöön. Kirjekuori kertoo lähettäjän ja vastaanottajat niin kuin palvelin ne ymmärsi.

Se ei riitä S/MIMEllä suojattuun viestiin. Palvelin vastaanottaa suojatun entiteetin, eikä voi ilman asiaankuuluvia avaimia lukea sen sisällä olevaa sisältöä. Sama raja koskee salattua liitettä, joka saapuu ehjänä.

Älä heikennä kuljetuksen turvallisuutta tehdäksesi passiivisesta kaappauksesta luettavaa. Se muuttaa arkkitehtuuria sen sijaan, että sääntö sijoitettaisiin sinne, missä tiedot ovat.

S/MIME päättyy sinne, missä avaimet ovat

S/MIME suojaa MIME-viestin tietoja, joten sen raja on avainmateriaali ja valtuutettu salauksenpurkujärjestely. Suodatin ilman näitä avaimia voi yhä toimia näkyvien metatietojen tai suojatun objektin olemassaolon perusteella, mutta se on eri tulos.

Jos organisaatio ylläpitää valtuutettua salausyhdyskäytävää tai hallittua päätepistevalvontaa, dokumentoi, missä selkokieli on, mikä identiteetti saa tarkastaa sen ja miten avaimet ja tietueet suojataan. VPN:n läpi ohjaamalla ei synny mitään pääavainta.

Kirjoita se muistiin ennen kuin kukaan lupaa selkokielen luokittelua. Lupaus on se osa, jota on vaikea perua.

Sijoita sääntö postialustaan

Jos hyväksytty postipalvelin vastaanottaa luettavan viestin, sen tuettu sisältösuodatusintegraatio on valvontapiste. Tämä eroaa siitä, että SMTP-yhteys sallitaan palomuurin läpi. Tämä ero ratkaisee, voiko sääntö hylätä, asettaa karanteeniin vai vain merkitä.

Postfix esimerkiksi dokumentoi sisällön suodatuksen jonon jälkeen: posti asetetaan jonoon, välitetään suodattimelle ja palautetaan toimituspolulle. Sen jonon jälkeinen järjestely eroaa saman oppaan viittaamista jonon edeltävistä välityspalvelin- ja Milter-vaihtoehdoista. Valitse tuettu integraatio ja vikatilanteen toiminta postipalvelulle, jota todella ylläpidät.

Yksi liitesääntö ei ole täydellinen tietovuodon torjuntaohjelma. Selaimen lataukset, jaettu tallennustila ja päätepistetoiminnot tarvitsevat omat valvontansa.

Kirjoita hyväksymistesti synteettisillä viesteillä

Testaa hyväksytyillä synteettisillä esimerkeillä: sallittu viesti, kielletty sisältötoimenpide ja ilmoitettu viestitason salauksen käsittely. Sisällytä se, mitä postipalvelu tekee, kun sen suodatin ei ole käytettävissä.

Hyödyllinen tulos nimeää toimenpiteen, valvontapisteen ja siellä näkyvät tiedot. „VPN purki sen“ vastaa yhteen kerrokseen eikä voi korvata postisovelluksen sisältö- ja valtuutusmallia.