Prípona cid, ktorá vyzerá ako ID VPN, je len MIME Content-ID

V hlavičke e-mailu si všimnete openvpn v identifikátore v lomených zátvorkách a na prvý pohľad sa zdá, že správa súvisí s reláciou VPN. Prečítajte si však celý riadok, kým to prijmete: reťazec sedí v Content-ID a Content-ID je názov jednej časti tela jednej správy. Odkaz cid: v HTML ukazuje na tento názov a táto dvojica existuje preto, aby správa mohla prenášať obrázok bez toho, aby ho posielala dvakrát. Nič z tohto usporiadania sa nedostane na server VPN a nič v prípone nehovorí, kto identifikátor vytvoril.

Na čo identifikátor v skutočnosti ukazuje

HTML pošta málokedy prichádza ako jediný blok. Text a každý vložený obrázok zvyčajne putujú ako samostatné časti tela MIME a klient ich pri zobrazení opäť spojí. Na to potrebuje názov časti s obrázkom a odkaz, ktorý sa na tento názov prekladá.

Dvojica nižšie je vymyslená pre ilustráciu.

Content-ID: <[email protected]>

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

Riadok hlavičky patrí časti s obrázkom; prvok img patrí časti HTML. Lomené zátvorky sú súčasťou syntaxe hlavičky, preto odkaz cid: zvyčajne zapisuje identifikátor bez nich. Hodnoty obsahujúce znaky, ktoré treba escapovať, musia byť zakódované, a preto je táto dvojica ilustráciou, nie pravidlom konverzie. Význam nesie zhoda oboch reťazcov, nie ktorýkoľvek z nich samostatne.

Prípona @openvpn je detail konštrukcie

Content-ID sa vytvára tak, aby bol v rámci jednej správy jedinečný, a poštový klient mu často pridá @ a doménu, aby vyzeral ako adresa. Tento tvar je konvenciou generátora, nie trasou: nič v hlavičke nežiada klienta, aby kontaktoval mailer.example, a pri zobrazení správy neprebehne žiadne vyhľadávanie. Pole tiež nie je názov účtu, používateľ VPN ani stopa zanechaná klientom VPN. Reťazec zvolil ten, kto správu skladal a pomenúval časť.

RFC 2392 definuje schému cid a obmedzuje ju na odkazovanie na správy a ich časti. Ak tento rozsah vezmete doslovne, prípona prestane byť dôkazom čohokoľvek okrem pomenovania. Znamená to tiež, že pôvodcu nemožno z prípony určiť, a presne k tomu ľudia skáču, keď sa v hlavičke objaví známe slovo.

Preskúmajte surový zdroj a potom posúďte otázku súkromia

Otvorte surový zdroj a prečítajte celú hodnotu Content-ID, pretože RFC 2392 umožňuje, aby hodnota niesla hostname pôvodcu alebo reťazec podobný názvu účtu. Potom nájdite každé miesto, kde sa ten istý názov objavuje: odkaz cid: v HTML, iná hlavička, citovaný blok z predchádzajúcej odpovede. Práve zhoda medzi týmito výskytmi vám povie, na čo časť slúži.

Tá istá vlastnosť je dôvod, prečo môže byť identifikátor dôležitý pre súkromie. Hodnota odvodená z hostname alebo názvu účtu putuje so správou a môže prezradiť niečo o počítači alebo o človeku, ktorý ju poslal. Stále to nie je relácia VPN a zaobchádzať s ňou ako s reláciou znamená premrhať zistenie.

Vzdialený obrázok alebo vložená časť: iná prevádzka

Prvok img so zdrojom https a prvok img so zdrojom cid vyzerajú v HTML rovnako a v sieti sa správajú inak. Prvý pomenúva zdroj, ktorý klient môže stiahnuť po otvorení správy, a toto stiahnutie prezradí odosielateľovi, že správa bola prečítaná a z ktorej adresy. Druhý sa vyhodnocuje voči časti, ktorá už je v správe, takže jeho zobrazenie nikoho nekontaktuje.

Jedna správa môže miešať oboje a kontrola jedného nevyrieši druhé. Spočítajte vzdialené odkazy oddelene od vložených a všimnite si, čo nastavenia klienta dovoľujú. Pre súkromie je rozhodujúce toto rozlíšenie, nie slovo vnútri identifikátora.

Zdieľajte dôkazy bez odoslania správy

Keď sa na to musí pozrieť niekto iný, najprv redigujte a redigujte dôsledne. Nahraďte adresy a nesúvisiace hlavičky, potom v kópii ponechajte Content-ID a jeho odkaz cid: napísaný rovnako, pretože nezhoda zničí jediný dôkaz, na ktorom záleží. Uveďte, ktorej časti hlavička patrila a ktorý riadok na ňu odkazoval. Recenzent potrebuje vzťah, nie správu.

Potom písomne oddeľte dva závery: čo správa obsahuje a čo nepreukazuje. Takto formulované tvrdenie sa dá overiť a napadnúť, čo je presne to, čo užitočná správa umožňuje.