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: հղումը սովորաբար գրում է նույնացուցիչն առանց դրանց։ Այն արժեքները, որոնք պարունակում են փախուստի կարիք ունեցող նշաններ, պետք է կոդավորվեն, և ահա թե ինչու այս զույգը օրինակ է, ոչ թե փոխակերպման կանոն։ Իմաստը կրում է երկու տողերի համընկնումը, ոչ թե դրանցից որևէ մեկը առանձին։

@openvpn վերջածանցը կառուցվածքի մանրամասն է

Content-ID-ն կառուցվում է մեկ հաղորդագրության ներսում եզակի լինելու համար, և փոստային ծրագրաշարը հաճախ այն դարձնում է հասցեի նման՝ ավելացնելով @ և դոմեն։ Այդ ձևը գեներատորի պայմանականություն է, ոչ երթուղի. վերնագրում ոչինչ չի խնդրում հաճախորդին կապվել mailer.example-ի հետ, և հաղորդագրությունը ցուցադրելիս ոչ մի որոնում տեղի չի ունենում։ Դաշտը նաև հաշվի անուն, VPN օգտատեր կամ VPN հաճախորդի թողած նշան չէ։ Ով հավաքել է հաղորդագրությունը, տողը ընտրել է մասը անվանակոչելիս։

RFC 2392 սահմանում է cid սխեման և սահմանափակում այն հաղորդագրություններին և դրանց մասերին հղվելով։ Կարդացեք այդ շրջանակը բառացիորեն, և վերջածանցը դադարում է ինչ-որ բանի ապացույց լինել անվանակոչումից այն կողմ։ Դա նաև նշանակում է, որ արտադրողին հնարավոր չէ նույնականացնել վերջածանցից, և մարդիկ հենց այդ ցատկն են անում, երբ վերնագրում ծանոթ բառ է հայտնվում։

Ուսումնասիրեք չմշակված աղբյուրը, ապա դատեք գաղտնիության հարցը

Բացեք չմշակված աղբյուրը և կարդացեք Content-ID-ի ամբողջ արժեքը, քանի որ RFC 2392-ը թույլ է տալիս, որ արժեքը կրի ստեղծողի հոսթի անունը կամ հաշվի նման տող։ Ապա գտեք յուրաքանչյուր տեղ, որտեղ նույն անունը հայտնվում է. cid: հղում HTML-ում, այլ վերնագիր, ավելի վաղ պատասխանից մեջբերված բլոկ։ Այդ հայտնվելու դեպքերի համընկնումն է, որ ձեզ ասում է մասի նպատակը։

Հենց այդ հատկությունն է պատճառը, որ նույնացուցիչը կարող է կարևոր լինել գաղտնիության համար։ Հոսթի անունից կամ հաշվի անունից ստացված արժեքը ճամփորդում է հաղորդագրության հետ և կարող է բացահայտել ինչ-որ բան այն մեքենայի կամ մարդու մասին, ով ուղարկել է այն։ Դա դեռ VPN նստաշրջան չէ, և դրան այդպես վերաբերվելը վատնում է հայտնաբերումը։

Հեռավոր պատկեր, թե՞ ներկառուցված մաս. տարբեր երթևեկություն

img տարրը https աղբյուրով և img տարրը cid աղբյուրով HTML-ում նույն տեսքն ունեն և ցանցում տարբեր են վարվում։ Առաջինը անվանում է ռեսուրս, որը հաճախորդը կարող է բերել հաղորդագրությունը բացելուց հետո, և այդ բերելը ուղարկողին ասում է, որ հաղորդագրությունը կարդացվել է և ո՞ր հասցեից։ Երկրորդը լուծվում է հաղորդագրության ներսում արդեն եղած մասի նկատմամբ, ուստի դրա ցուցադրումը ոչ մեկի հետ չի կապվում։

Մեկ հաղորդագրությունը կարող է խառնել երկուսն էլ, և մեկի ստուգումը չի մաքրում մյուսին։ Հաշվեք հեռավոր հղումները առանձին ներկառուցվածներից և նշեք, թե ինչ են թույլատրում հաճախորդի կարգավորումները։ Այդ տարբերությունն է գաղտնիության համար կարևոր որոշումը, ոչ թե նույնացուցիչի մեջ եղած բառը։

Կիսվեք ապացույցով՝ առանց հաղորդագրությունն ուղարկելու

Երբ ուրիշը պետք է նայի սա, նախ խմբագրեք և խմբագրեք հետևողականորեն։ Փոխարինեք հասցեները և անկապ վերնագրերը, ապա պահեք Content-ID-ն և նրա cid: հղումը պատճենում նույնությամբ գրված, քանի որ անհամապատասխանությունը ոչնչացնում է միակ կարևոր ապացույցը։ Ասացեք, թե որ մասին էր պատկանում վերնագիրը և ով տողն էր հղվել դրան։ Գրախոսին պետք է հարաբերությունը, ոչ թե հաղորդագրությունը։

Ապա գրավոր առանձնացրեք երկու եզրակացությունները. ինչ է պարունակում հաղորդագրությունը, և ինչ չի ապացուցում։ Այսպես ձևակերպված պնդումը կարելի է ստուգել և վիճարկել, և դա է, ինչ թույլ է տալիս օգտակար հաշվետվությունը։