VPN арқылы электрондық поштаны сүзу: мазмұн ережелері шын мәнінде қайда орындалады

Бұл сұраныс желілік мәселе сияқты естіледі: қосымшаның белгілі бір түрінің ғимараттан шығуын тоқтатыңыз, ал VPN бұрыннан бар, сондықтан оны қолданыңыз. Бұл шеңбер сүзгі жауап беруі тиіс бірінші сұрақта бұзылады. Мазмұн ережелеріне хабарламаны көру қажет, ал хабарлама туннельден басқа қабатта көрінеді. Мен пошта жолын пакеттен сыртқа қарай жүргізіп, қажетті деректер шын мәнінде бар бірінші жерде тоқтаймын.

Үш қабат тәуелсіз: VPN тасымалы, SMTP TLS қосылымы және хабарламаның өз шифрлауы. Әрқайсысы басқа жерде аяқталады.

Хабарламаны көре алатын қабаттан бастаңыз

VPN декапсуляциясы сізге ішкі желілік трафикті береді. Егер пошта клиенті жіберу серверіне TLS қосылымын ашса, ішкі трафик әлі де сол TLS ағынын қамтиды, оқуға болатын поштаны емес.

Сондықтан туннель шетінде алынған пакет жазбасы «бұл хабарламада тыйым салынған қосымша бар ма» деген сұраққа емес, басқа сұраққа жауап береді.

SMTP TLS-ті тоқтату конвертте аяқталады

Пошта серверінде SMTP TLS-ті тоқтату хабарламаны сол нүктеге жіберілген күйінде ашады. Сервер тақырыптарды, конвертті және MIME құрылымын көреді. Бұл көптеген мазмұн ережелеріне жеткілікті. Конверт сізге жіберуші мен алушыларды сервер түсінгендей хабарлайды.

Бұл S/MIME-пен қорғалған хабарлама үшін жеткіліксіз. Сервер қорғалған нысанды алады және тиісті кілттерсіз оның ішіндегі мазмұнды оқи алмайды. Дәл сол шектеу бүлінбей жететін шифрланған қосымшаға да қатысты.

Пассив жазбаны оқуға болатындай ету үшін тасымал қауіпсіздігін әлсіретпеңіз. Бұл ережені деректер бар жерге қоюдың орнына сәулетті өзгертеді.

S/MIME кілттер бар жерде аяқталады

S/MIME MIME хабарламасының деректерін қорғайды, сондықтан оның шекарасы кілт материалы мен рұқсат етілген дешифрлау тәртібі. Сол кілттерсіз сүзгі көрінетін метадеректерге немесе қорғалған нысанның болуына әлі де әсер ете алады, бірақ бұл басқа нәтиже.

Егер ұйым рұқсат етілген шифрлау шлюзін немесе басқарылатын соңғы нүкте бақылауын жүргізсе, ашық мәтіннің қайда бар екенін, қай сәйкестендіру оны тексере алатынын және кілттер мен жазбалардың қалай қорғалатынын құжаттаңыз. VPN арқылы трафикті өткізуден ешбір басты кілт жасалмайды.

Біреу ашық мәтінді жіктеуді уәде етпес бұрын мұны жазып қойыңыз. Уәде қайтару қиын бөлік.

Ережені пошта платформасына қойыңыз

Егер бекітілген пошта сервері оқуға болатын хабарламаны алса, оның қолдау көрсетілетін мазмұн сүзгісінің интеграциясы орындау нүктесі болып табылады. Бұл firewall арқылы SMTP қосылымына рұқсат беруден өзгеше. Бұл айырмашылық ереженің бас тарта алатынын, карантинге қоя алатынын немесе тек ескертпе жасай алатынын анықтайды.

Мысалы, Postfix құжаттайды кезектен кейінгі мазмұн сүзгілеуін: пошта кезекке қойылады, сүзгіге беріледі және жеткізу жолына қайтарылады. Оның кезектен кейінгі құрылымы сол нұсқаулық сілтейтін кезекке дейінгі прокси және Milter нұсқаларынан өзгеше. Сіз шын мәнінде жүргізетін пошта қызметі үшін қолдау көрсетілетін интеграция мен ақаулық тәртібін таңдаңыз.

Бір қосымша ережесі толық деректер жоғалту бағдарламасы емес. Браузерден жүктеулер, ортақ сақтау және соңғы нүкте әрекеттері өз бақылауларын қажет етеді.

Қабылдау тестін синтетикалық хабарламалармен жазыңыз

Бекітілген синтетикалық мысалдармен сынаңыз: рұқсат етілген хабарлама, тыйым салынған мазмұн әрекеті және хабарлама деңгейіндегі шифрлаудың жарияланған өңделуі. Сүзгі қолжетімсіз болғанда пошта қызметінің не істейтінін де қосыңыз.

Пайдалы нәтиже әрекетті, орындау нүктесін және онда көрінетін деректерді атайды. «VPN оны дешифрлады» бір қабатқа жауап береді және пошта қосымшасының мазмұн мен авторизация моделін алмастыра алмайды.