Un sufix cid care arată ca un ID VPN este doar un MIME Content-ID

Vedeți openvpn într-un identificator între paranteze unghiulare dintr-un antet de e-mail, iar concluzia evidentă este că mesajul are legătură cu o sesiune VPN. Citiți toată linia înainte de a vă baza pe asta: șirul se află într-un Content-ID, iar un Content-ID este un nume pentru o parte a corpului din interiorul unui singur mesaj. O cid: referință în HTML indică acel nume, iar perechea există pentru ca e-mailul să poată transporta o imagine fără a o trimite de două ori. Nimic din această aranjare nu ajunge la un server VPN, și nimic din sufix nu spune cine a construit identificatorul.

La ce indică de fapt identificatorul

E-mailul HTML ajunge rareori ca un singur bloc. Textul și fiecare imagine încorporată călătoresc de obicei ca părți MIME separate, iar clientul le reasamblează pentru afișare. Pentru asta are nevoie de un nume pentru partea de imagine și de o referință care se rezolvă la acel nume.

Perechea de mai jos este inventată pentru ilustrare.

Content-ID: <[email protected]>

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

Linia de antet stă pe partea de imagine; elementul img stă în partea HTML. Parantezele unghiulare aparțin sintaxei antetului, așa că o cid: referință scrie de obicei identificatorul fără ele. Valorile cu caractere care trebuie escapate trebuie codificate, și de aceea această pereche este o ilustrație, nu o regulă de conversie. Ceea ce poartă sensul este potrivirea dintre cele două șiruri, nu vreunul dintre ele singur.

Sufixul @openvpn este un detaliu de construcție

Un Content-ID este construit ca să fie unic în interiorul unui mesaj, iar software-ul de e-mail îl face adesea să arate ca o adresă adăugând un @ și un domeniu. Acea formă este o convenție a generatorului, nu o rută: nimic din antet nu cere clientului să contacteze mailer.example, și nu are loc nicio căutare când mesajul este afișat. Câmpul nu este nici nume de cont, nici utilizator VPN, nici o urmă lăsată de un client VPN. Cine a asamblat mesajul a ales șirul când a numit o parte.

RFC 2392 definește schema cid și o limitează la referirea mesajelor și a părților lor. Citiți acest domeniu literal și sufixul încetează să mai fie dovada a ceva dincolo de denumire. Înseamnă și că producătorul nu poate fi identificat din sufix, iar exact acesta este saltul pe care îl fac oamenii când un cuvânt familiar apare într-un antet.

Examinați sursa brută, apoi judecați chestiunea confidențialității

Deschideți sursa brută și citiți întreaga valoare Content-ID, pentru că RFC 2392 permite ca o valoare să poarte numele de gazdă al expeditorului sau un șir asemănător unui cont. Apoi găsiți fiecare loc în care apare același nume: o cid: referință în HTML, alt antet, un bloc citat dintr-un răspuns anterior. Potrivirea dintre aceste apariții este ce vă spune scopul părții.

Exact această proprietate face ca un identificator să conteze pentru confidențialitate. O valoare derivată dintr-un nume de gazdă sau dintr-un nume de cont călătorește cu mesajul și poate dezvălui ceva despre mașina sau persoana care l-a trimis. Tot nu este o sesiune VPN, iar tratarea ei ca atare irosește descoperirea.

Imagine la distanță sau parte încorporată: trafic diferit

Un element img cu sursă https și un element img cu sursă cid arată la fel în HTML și se comportă diferit în rețea. Primul numește o resursă pe care clientul o poate aduce după deschiderea mesajului, iar acea aducere îi spune expeditorului că mesajul a fost citit și de la ce adresă. Al doilea se rezolvă față de o parte aflată deja în mesaj, așa că afișarea lui nu contactează pe nimeni.

Un singur mesaj poate amesteca ambele, iar verificarea unuia nu îl curăță pe celălalt. Numărați referințele la distanță separat de cele încorporate și notați ce permit setările clientului. Această distincție este decizia care contează pentru confidențialitate, nu cuvântul din interiorul identificatorului.

Împărtășiți dovada fără a trimite mesajul

Când altcineva trebuie să se uite la asta, censurați mai întâi și faceți-o consecvent. Înlocuiți adresele și antetele neimportante, apoi păstrați Content-ID-ul și cid: referința lui scrise identic în copie, pentru că o nepotrivire distruge singura dovadă care contează. Spuneți cărei părți îi aparținea antetul și care linie îl referea. Recenzentul are nevoie de relație, nu de mesaj.

Apoi separați cele două concluzii în scris: ce conține mesajul și ce nu dovedește. O afirmație formulată astfel poate fi verificată și contestată, iar asta este ceea ce permite un raport util.