cid sufiks koji izgleda kao VPN ID samo je MIME Content-ID

Uočite openvpn unutar identifikatora u šiljastim zagradama u zaglavlju poruke i očigledan zaključak je da poruka ima veze s VPN sesijom. Pročitajte cijeli red prije nego što se na to obvežete: niz stoji u Content-ID-u, a Content-ID je ime jednog dijela tijela unutar jedne poruke. cid: referenca u HTML-u pokazuje na to ime, a par postoji kako bi pošta mogla nositi sliku bez toga da je šalje dvaput. Ništa u tom rasporedu ne stiže do VPN poslužitelja i ništa u sufiksu ne kaže tko je sagradio identifikator.

Na što identifikator zapravo pokazuje

HTML pošta rijetko dolazi kao jedan blok. Tekst i svaka ugrađena slika obično putuju kao zasebni MIME dijelovi, a klijent ih ponovno sastavlja za prikaz. Za to mu treba ime za dio sa slikom i referenca koja se razrješava na to ime.

Par ispod je izmišljen radi ilustracije.

Content-ID: <[email protected]>

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

Red zaglavlja stoji na dijelu sa slikom; element img stoji u HTML dijelu. Šiljaste zagrade pripadaju sintaksi zaglavlja, pa cid: referenca obično piše identifikator bez njih. Vrijednosti sa znakovima koje treba eskejpirati moraju se kodirati i zato je ovaj par ilustracija, a ne pravilo pretvorbe. Značenje nosi poklapanje dvaju nizova, a ne bilo koji niz sam za sebe.

@openvpn sufiks je detalj konstrukcije

Content-ID se gradi tako da bude jedinstven unutar jedne poruke, a poštanski softver ga često čini sličnim adresi dodavanjem @ i domene. Taj je oblik konvencija generatora, a ne ruta: ništa u zaglavlju ne traži od klijenta da kontaktira mailer.example i nikakvo pretraživanje se ne događa kad se poruka prikaže. Polje također nije ime računa, VPN korisnik ni trag koji je ostavio VPN klijent. Onaj koji je sastavio poruku odabrao je niz dok je imenovao dio.

RFC 2392 definira shemu cid i ograničava je na referenciranje poruka i njihovih dijelova. Pročitajte taj opseg doslovno i sufiks prestaje biti dokaz ičega izvan imenovanja. To također znači da se proizvođač ne može identificirati iz sufiksa, a upravo taj skok ljudi čine kad se poznata riječ pojavi u zaglavlju.

Pregledajte sirovi izvor, pa procijenite pitanje privatnosti

Otvorite sirovi izvor i pročitajte cijelu vrijednost Content-ID, jer RFC 2392 dopušta da vrijednost nosi ime hosta pošiljatelja ili niz nalik imenu računa. Zatim pronađite svako mjesto gdje se isto ime pojavljuje: cid: referencu u HTML-u, drugo zaglavlje, citirani blok iz ranijeg odgovora. Poklapanje među tim pojavama je ono što vam kaže svrhu dijela.

Upravo to svojstvo čini identifikator važnim za privatnost. Vrijednost izvedena iz imena hosta ili imena računa putuje s porukom i može otkriti nešto o stroju ili osobi koja ju je poslala. Ona ipak nije VPN sesija i tretirati je tako znači baciti nalaz.

Udaljena slika ili ugrađeni dio: različit promet

Element img s izvorom https i element img s izvorom cid izgledaju isto u HTML-u, a na mreži se ponašaju različito. Prvi imenuje resurs koji klijent može dohvatiti kad se poruka otvori, a to dohvaćanje govori pošiljatelju da je poruka pročitana i s koje adrese. Drugi se razrješava prema dijelu koji je već u poruci, pa njegovo prikazivanje ne kontaktira nikoga.

Jedna poruka može miješati oboje, a provjera jednoga ne čisti drugo. Brojite udaljene reference odvojeno od ugrađenih i zabilježite što klijentove postavke dopuštaju. Upravo je ta razlika odluka važna za privatnost, a ne riječ unutar identifikatora.

Podijelite dokaz bez slanja poruke

Kad netko drugi treba ovo pogledati, prvo redigirajte i redigirajte dosljedno. Zamijenite adrese i nepovezana zaglavlja, zatim zadržite Content-ID i njegovu cid: referencu napisane identično u kopiji, jer nesklad uništava jedini dokaz koji je važan. Recite kojem je dijelu zaglavlje pripadalo i koji ga je red referencirao. Recenzentu treba odnos, a ne poruka.

Zatim razdvojite dva zaključka napismeno: što poruka sadrži i što ne dokazuje. Tvrdnja tako uokvirena može se provjeriti i osporiti, a upravo to omogućuje koristan izvještaj.