Էլփոստի զտում 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-ն ապակոդավորեց այն» պատասխանում է մեկ շերտի և չի կարող փոխարինել փոստային հավելվածի բովանդակության և լիազորման մոդելը։