VPN-ээр имэйл шүүх: агуулгын дүрэм үнэхээр хаана ажилладаг

Энэ хүсэлт сүлжээний асуудал мэт сонсогддог: тодорхой төрлийн хавсралтыг барилгаас гаргахгүй байлга, VPN нь аль хэдийн байгаа тул ашигла. Энэ хүрээ шүүлтүүр хариулах ёстой эхний асуулт дээр эвдэрдэг. Агуулгын дүрэмд мессежийг харах шаардлагатай бөгөөд мессеж нь туннелээс өөр давхаргад харагдана. Би имэйлийн замыг пакетаас гадагш туулж, шаардлагатай өгөгдөл үнэхээр байгаа эхний газарт зогсдог.

Гурван давхарга бие даасан: VPN-ийн дамжуулалт, SMTP TLS холболт, мессежийн өөрийн шифрлэлт. Тус бүр өөр газарт дуусдаг.

Мессежийг харж чадах давхаргаас эхэл

VPN-ийн задалт нь дотоод сүлжээний урсгалыг өгдөг. Хэрэв имэйл клиент илгээх серверт TLS холболт нээсэн бол дотоод урсгалд тэр TLS урсгал хэвээр байгаа бөгөөд уншиж болох имэйл биш.

Тиймээс туннелийн захад авсан пакетын бичлэг «энэ мессежид хориотой хавсралт байна уу» гэсэн асуултаас өөр асуултад хариулдаг.

SMTP TLS-ийн дуусгалт дугтуй дээр дуусдаг

Имэйл сервер дээр SMTP TLS-ийг дуусгахад мессеж тэр цэгт илгээгдсэн хэвээрээ ил болно. Сервер толгой, дугтуй, MIME бүтцийг хардаг. Энэ нь олон агуулгын дүрэмд хангалттай. Дугтуй нь серверийн ойлгосноор илгээгч, хүлээн авагчдыг хэлж өгдөг.

S/MIME-ээр хамгаалагдсан мессежид энэ нь хангалтгүй. Сервер хамгаалагдсан объект хүлээн авдаг бөгөөд холбогдох түлхүүргүйгээр доторх агуулгыг уншиж чадахгүй. Мөн адил хязгаар бүрэн бүтэн ирсэн шифрлэгдсэн хавсралтад хамаарна.

Идэвхгүй бичлэгийг уншигдахуйц болгохын тулд дамжуулалтын аюулгүй байдлыг сулруулж болохгүй. Энэ нь дүрмийг өгөгдөл байгаа газарт тавихын оронд архитектурыг өөрчилдөг.

S/MIME түлхүүр байгаа газарт дуусдаг

S/MIME нь MIME мессежийн өгөгдлийг хамгаалдаг тул түүний хил нь түлхүүрийн материал ба зөвшөөрөгдсөн тайлах журам юм. Тэр түлхүүргүй шүүлтүүр харагдах мета өгөгдөл эсвэл хамгаалагдсан объектын оршихуйд үйлчилж болно, гэхдээ энэ нь өөр үр дүн.

Хэрэв байгууллага зөвшөөрөгдсөн шифрлэлтийн гарц эсвэл удирдлагатай төгсгөлийн хяналт ажиллуулдаг бол нээлттэй текст хаана байгаа, ямар таних тэмдэг түүнийг шалгаж болох, түлхүүр, бүртгэл хэрхэн хамгаалагдаж байгааг баримтжуул. VPN-ээр урсгал дамжуулснаар ямар ч мастер түлхүүр үүсдэггүй.

Хэн нэгэн нээлттэй текстийн ангилал амлахаас өмнө үүнийг бичиж үлдээ. Амлалт бол буцаахад хэцүү хэсэг.

Дүрмийг имэйлийн платформд тавь

Хэрэв зөвшөөрөгдсөн имэйл сервер уншигдахуйц мессежийг хүлээн авдаг бол түүний дэмжигдсэн агуулгын шүүлтүүрийн интеграци нь хэрэгжүүлэх цэг юм. Энэ нь галт ханаар SMTP холболт зөвшөөрөхөөс ялгаатай. Энэ ялгаа нь дүрэм татгалзаж, хориглож эсвэл зөвхөн тэмдэглэж чадах эсэхийг шийддэг.

Жишээлбэл, Postfix баримтжуулдаг дарааллын дараах агуулгын шүүлтүүр: имэйл дараалалд орж, шүүлтүүрт дамжиж, хүргэлтийн замд буцаж ирдэг. Түүний дарааллын дараах зохион байгуулалт нь мөн адил гарын авлага дурдсан дарааллын өмнөх прокси, Milter сонголтуудаас ялгаатай. Та бодитоор ажиллуулж буй имэйл үйлчилгээнд тохирох дэмжигдсэн интеграци болон алдааны зан төлөвийг сонго.

Нэг хавсралтын дүрэм нь бүрэн өгөгдөл алдагдахаас сэргийлэх хөтөлбөр биш. Хөтчийн байршуулалт, хуваалцсан сан, төгсгөлийн цэгийн үйлдэлд өөрсдийн хяналт хэрэгтэй.

Хиймэл мессежтэй хүлээн авах тестийг бич

Зөвшөөрөгдсөн хиймэл жишээгээр турш: зөвшөөрөгдсөн мессеж, хориотой агуулгын үйлдэл, мессежийн түвшний шифрлэлтийн зарласан зохицуулалт. Шүүлтүүр боломжгүй үед имэйл үйлчилгээ юу хийдгийг ч оруул.

Ашигтай үр дүн нь үйлдэл, хэрэгжүүлэх цэг, тэнд харагдах өгөгдлийг нэрлэдэг. «VPN үүнийг тайлсан» нь нэг давхаргад хариулдаг бөгөөд имэйл програмын агуулга, эрх олголтын загварыг орлож чадахгүй.