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: მითითება ასლში ერთნაირად დაწერილი, რადგან შეუსაბამობა ანადგურებს ერთადერთ მნიშვნელოვან მტკიცებულებას. თქვით, რომელ ნაწილს ეკუთვნოდა თავსართი და რომელი სტრიქონი მიუთითებდა მასზე. მიმომხილველს ურთიერთობა სჭირდება და არა შეტყობინება.

შემდეგ წერილობით გამოყავით ორი დასკვნა: რას შეიცავს შეტყობინება და რას არ ამტკიცებს. ასე ჩამოყალიბებული მტკიცება შემოწმებადი და განსახილველია და სწორედ ამას იძლევა სასარგებლო მოხსენება.