Суфиксът cid, който изглежда като VPN ID, е просто MIME Content-ID

Виждате openvpn в идентификатор в ъглови скоби в заглавка на писмо и очевидният извод е, че съобщението има нещо общо с VPN сесия. Прочетете целия ред, преди да се вържете на това: низът стои в Content-ID, а Content-ID е име на една част от тялото в едно съобщение. Препратка cid: в HTML сочи към това име и двойката съществува, за да може писмото да носи изображение, без да го изпраща два пъти. Нищо в тази подредба не стига до 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: изписани идентично в копието, защото несъответствието унищожава единственото доказателство, което има значение. Кажете към коя част е принадлежала заглавката и кой ред е сочил към нея. Рецензентът се нуждае от връзката, не от съобщението.

После разделете двата извода писмено: какво съдържа съобщението и какво не доказва. Твърдение, формулирано така, може да бъде проверено и оспорвано, а точно това позволява един полезен доклад.