Pripona cid, ki je videti kot ID VPN, je le MIME Content-ID

V glavi e-pošte opazite openvpn znotraj identifikatorja v kotnih oklepajih in očitna ugotovitev je, da je sporočilo povezano s sejo VPN. Preberite celo vrstico, preden se s tem strinjate: niz stoji v Content-ID, Content-ID pa je ime enega dela telesa v enem sporočilu. Sklicevanje cid: v HTML kaže na to ime in par obstaja zato, da lahko pošta prenaša sliko, ne da bi jo poslala dvakrat. Nič v tej ureditvi ne doseže strežnika VPN in nič v priponi ne pove, kdo je identifikator sestavil.

Na kaj identifikator dejansko kaže

HTML pošta le redko prispe kot en blok. Besedilo in vsaka vdelana slika običajno potujeta kot ločeni deli telesa MIME, odjemalec pa jih za prikaz znova sestavi. Za to potrebuje ime dela s sliko in sklicevanje, ki se razreši na to ime.

Spodnji par je izmišljen za ponazoritev.

Content-ID: <[email protected]>

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

Vrstica glave pripada delu s sliko; element img pripada delu HTML. Kotni oklepaji so del sintakse glave, zato sklicevanje cid: navadno zapiše identifikator brez njih. Vrednosti z znaki, ki zahtevajo ubežni zapis, morajo biti kodirane, zato je ta par ponazoritev in ne pravilo pretvorbe. Pomen nosi ujemanje obeh nizov, ne kateri od njiju sam.

Pripona @openvpn je podrobnost zgradbe

Content-ID je zgrajen tako, da je znotraj enega sporočila edinstven, poštna programska oprema pa mu pogosto doda @ in domeno, da je videti kot naslov. Ta oblika je konvencija ustvarjalnika, ne pot: nič v glavi ne zahteva, da odjemalec stopi v stik z mailer.example, in ob prikazu sporočila se ne zgodi nobeno iskanje. Polje tudi ni ime računa, uporabnik VPN ali sled, ki bi jo pustil odjemalec VPN. Niz je izbral tisti, ki je sestavljal sporočilo in poimenoval del.

RFC 2392 opredeljuje shemo cid in jo omejuje na sklicevanje na sporočila in njihove dele. Če ta obseg berete dobesedno, pripona preneha biti dokaz česarkoli razen poimenovanja. Pomeni tudi, da izvajalca ni mogoče prepoznati iz pripone, in prav to ljudje sklepajo, ko se v glavi pojavi znana beseda.

Preglejte surovi vir, nato presodite vprašanje zasebnosti

Odprite surovi vir in preberite celotno vrednost Content-ID, ker RFC 2392 dovoljuje, da vrednost nosi hostname pošiljatelja ali niz, podoben imenu računa. Nato poiščite vsako mesto, kjer se isto ime pojavi: sklicevanje cid: v HTML, druga glava, citirani blok iz prejšnjega odgovora. Prav ujemanje med temi pojavitvami vam pove, čemu je del namenjen.

Ista lastnost je razlog, da je identifikator lahko pomemben za zasebnost. Vrednost, izpeljana iz hostname ali imena računa, potuje s sporočilom in lahko razkrije nekaj o stroju ali o osebi, ki ga je poslala. Še vedno ni seja VPN in obravnavanje kot sejo zapravi ugotovitev.

Oddaljena slika ali vdelan del: drugačen promet

Element img z virom https in element img z virom cid sta v HTML videti enaka, v omrežju pa se obnašata različno. Prvi poimenuje vir, ki ga odjemalec lahko pridobi, ko je sporočilo odprto, in ta pridobitev pošiljatelju pove, da je bilo sporočilo prebrano in s katerega naslova. Drugi se razreši z delom, ki je že v sporočilu, zato prikaz ne stopi v stik z nikomer.

Eno sporočilo lahko meša oboje in preverjanje enega ne očisti drugega. Oddaljena sklicevanja štejte ločeno od vdelanih in zabeležite, kaj dovolijo nastavitve odjemalca. Za zasebnost je odločilna ta razlika, ne beseda znotraj identifikatorja.

Delite dokaze, ne da bi poslali sporočilo

Ko mora to pogledati nekdo drug, najprej prikrijte in prikrivajte dosledno. Zamenjajte naslove in nepovezane glave, nato v kopiji ohranite Content-ID in njegovo sklicevanje cid: zapisano enako, ker neujemanje uniči edini dokaz, ki je pomemben. Povejte, kateremu delu je glava pripadala in katera vrstica se je nanjo sklicevala. Pregledovalec potrebuje razmerje, ne sporočila.

Nato pisno ločite dva sklepa: kaj sporočilo vsebuje in česa ne dokazuje. Tako oblikovano trditev je mogoče preveriti in ji ugovarjati, kar je natanko to, kar omogoča uporabno poročilo.