VPN ID мэт харагдах cid дагавар нь зүгээр л MIME Content-ID

Та имэйлийн толгойд өнцөг хаалттай танигчийн дотор openvpn харж, мессеж VPN сесстэй холбоотой гэсэн тодорхой дүгнэлт хийхэд хялбар. Үүнд баригдахаас өмнө бүх мөрийг уншаарай: энэ мөр Content-ID дотор байна, Content-ID гэдэг нь нэг мессежийн доторх нэг биеийн хэсгийн нэр юм. HTML доторх cid: лавлагаа тэр нэр рүү заана, энэ хос нь имэйл зургийг хоёр удаа илгээхгүйгээр зөөх боломжтой болгох үүднээс бий. Энэ зохион байгуулалтаас юу ч VPN серверт хүрэхгүй, дагавар дотор танигчийг хэн барьсан тухай юу ч байхгүй.

Танигч яг юуг зааж байна

HTML имэйл нэг блокоор ирэх нь ховор. Текст болон шигтгэсэн зураг бүр ихэвчлэн тусдаа MIME хэсгүүдээр явж, клиент тэдгээрийг харуулахын тулд дахин угсардаг. Үүний тулд зураг хэсгийн нэр, тэр нэр рүү шийдэгдэх лавлагаа хэрэгтэй.

Доорх хосыг жишээ болгон зохиосон.

Content-ID: <[email protected]>

<img src="cid:[email protected]" alt="Company mark">

Толгойн мөр нь зургийн хэсэг дээр байна; img элемент HTML хэсэг дотор байна. Өнцөг хаалт нь толгойн синтаксист хамаарна, тиймээс cid: лавлагаа танигчийг ихэвчлэн тэдгээргүйгээр бичдэг. Escape шаардлагатай тэмдэгт агуулсан утгыг кодлох ёстой, иймээс энэ хос нь хөрвүүлэх дүрэм биш, жишээ юм. Утга санааг хоёр мөрийн таарал гүйцэтгэдэг, тэдгээрийн аль нэг нь дангаараа биш.

@openvpn дагавар нь бүтцийн дэлгэрэнгүй

Content-ID нь нэг мессежийн дотор өвөрмөц байхаар бүтээгддэг бөгөөд имэйлийн программ хангамж @ болон домэйн нэмж түүнийг хаяг мэт харагдуулдаг. Энэ хэлбэр нь үүсгэгчийн уламжлал, маршрут биш: толгойд юу ч клиентэд mailer.example-тэй холбогдохыг шаарддаггүй, мессежийг харуулах үед ямар ч хайлт болдоггүй. Талбар нь мөн дансны нэр, VPN хэрэглэгч эсвэл VPN клиентийн үлдээсэн тэмдэг биш. Мессежийг угсарсан хүн хэсэгт нэр өгөхдөө энэ мөрийг сонгосон.

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

Түүхий эх сурвалжийг шалгаад, дараа нь нууцлалын асуудлыг үнэлээрэй

Түүхий эх сурвалжийг нээж Content-ID-ийн бүх утгыг уншина уу, учир нь RFC 2392 утгад илгээгчийн хостын нэр эсвэл данстай төстэй мөр агуулахыг зөвшөөрдөг. Дараа нь ижил нэр гарч буй бүх газрыг олоорой: HTML доторх cid: лавлагаа, өөр толгой, өмнөх хариултаас иш татсан блок. Эдгээр тохиолдлын хоорондох таарал нь хэсгийн зорилгыг хэлж өгнө.

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

Алсын зураг эсвэл шигтгэсэн хэсэг: өөр урсгал

Эх сурвалж https бүхий img элемент болон эх сурвалж cid бүхий img элемент HTML-д адил харагдаж, сүлжээнд өөрөөр ажилладаг. Эхнийх нь мессеж нээгдсэний дараа клиент авч болох нөөцийг нэрлэдэг бөгөөд тэр авалт нь илгээгчид мессежийг уншсаныг болон аль хаягаас болохыг хэлдэг. Хоёр дахь нь мессеж дотор аль хэдийн байгаа хэсэг рүү шийдэгддэг тул түүнийг харуулах нь хэнтэй ч холбогдохгүй.

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

Мессежийг илгээхгүйгээр нотолгоог хуваалцаарай

Өөр хэн нэгэн үүнийг үзэх шаардлагатай бол эхлээд маскирлаж, тууштай маскирлаарай. Хаяг болон холбоогүй толгойнуудыг сольж, дараа нь Content-ID болон түүний cid: лавлагааг хуулбарт ижил бичсэн байлгаарай, учир нь зөрүү нь цорын ганц чухал нотолгоог устгадаг. Толгой аль хэсгийнх байсан, аль мөр түүн рүү лавласан болохыг хэлээрэй. Хянагчид харилцаа хэрэгтэй, мессеж биш.

Дараа нь хоёр дүгнэлтийг бичгээр салгаарай: мессежид юу байгаа, юуг нотлохгүй байгаа. Ингэж хэлбэржүүлсэн мэдэгдлийг шалгаж, маргах боломжтой бөгөөд ашигтай тайлан яг үүнийг боломжтой болгодог.