Jūs matote openvpn el. pašto antraštėje esančiame kampuotų skliaustų identifikatoriuje ir akivaizdi išvada yra ta, kad žinutė susijusi su VPN sesija. Perskaitykite visą eilutę prieš tuo įsitikindami: ši eilutė yra Content-ID, o Content-ID yra vieno žinutės kūno dalies pavadinimas. cid: nuoroda HTML faile rodo į tą pavadinimą, o pora egzistuoja tam, kad laiškas galėtų nešti paveikslėlį jo nesiųsdamas du kartus. Niekas toje tvarkoje nepasiekia VPN serverio, ir niekas priesagoje nepasako, kas sukūrė identifikatorių.

Į ką identifikatorius iš tikrųjų rodo

HTML laiškas retai atkeliauja kaip vienas blokas. Tekstas ir kiekvienas įterptas paveikslėlis paprastai keliauja kaip atskiros MIME dalys, o klientas jas vėl sujungia rodymui. Tam jam reikia paveikslėlio dalies pavadinimo ir nuorodos, kuri išspręstų į tą pavadinimą.

Žemiau esanti pora yra išgalvota iliustracijai.

Content-ID: <[email protected]>

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

Antraštės eilutė yra paveikslėlio dalyje; img elementas yra HTML dalyje. Kampuoti skliaustai priklauso antraštės sintaksei, todėl cid: nuoroda paprastai rašo identifikatorių be jų. Reikšmės su simboliais, kuriems reikia escape, turi būti koduojamos, ir todėl ši pora yra iliustracija, o ne konvertavimo taisyklė. Prasmę neša dviejų eilučių sutapimas, o ne kuri nors viena atskirai.

@openvpn priesaga yra konstrukcijos detalė

Content-ID kuriamas unikalus vienoje žinutėje, o pašto programinė įranga dažnai padaro jį panašų į adresą pridėdama @ ir domeną. Ta forma yra generatoriaus konvencija, o ne maršrutas: niekas antraštėje neprašo kliento susisiekti su mailer.example, ir rodoma žinutė neatlieka jokios paieškos. Laukas taip pat nėra paskyros vardas, VPN naudotojas ar VPN kliento paliktas ženklas. Kas sudėjo žinutę, tą eilutę pasirinko daliai suteikdamas vardą.

RFC 2392 apibrėžia cid schemą ir apriboja ją nuorodomis į žinutes ir jų dalis. Perskaitykite šią sritį pažodžiui ir priesaga nustoja būti ko nors už pavadinimo suteikimo ribų įrodymu. Tai taip pat reiškia, kad kūrėjo negalima atpažinti iš priesagos, ir būtent tą šuolį žmonės daro, kai antraštėje pasirodo pažįstamas žodis.

Išnagrinėkite neapdorotą šaltinį, tada įvertinkite privatumo klausimą

Atidarykite neapdorotą šaltinį ir perskaitykite visą Content-ID reikšmę, nes RFC 2392 leidžia reikšmei nešti siuntėjo pagrindinio kompiuterio vardą arba paskyros tipo eilutę. Tada raskite kiekvieną vietą, kur pasirodo tas pats pavadinimas: cid: nuoroda HTML faile, kita antraštė, citata iš ankstesnio atsakymo. Šių pasirodymų sutapimas ir pasako dalies paskirtį.

Būtent ši savybė lemia, kad identifikatorius gali būti svarbus privatumui. Reikšmė, gauta iš pagrindinio kompiuterio vardo ar paskyros vardo, keliauja su žinute ir gali atskleisti ką nors apie mašiną ar žmogų, kuris ją išsiuntė. Tai vis dar ne VPN sesija, o elgtis su ja kaip su sesija reiškia iššvaistyti radinį.

Nuotolinis paveikslėlis ar įterpta dalis: skirtingas srautas

img elementas su šaltiniu https ir img elementas su šaltiniu cid HTML faile atrodo vienodai, o tinkle elgiasi skirtingai. Pirmasis įvardija išteklių, kurį klientas gali gauti atidaręs žinutę, ir tas gavimas pasako siuntėjui, kad žinutė buvo perskaityta ir iš kokio adreso. Antrasis išsprendžiamas į dalį, kuri jau yra žinutėje, todėl jo rodymas su niekuo nesusisiekia.

Viena žinutė gali maišyti abu, o vieno patikrinimas neapvalo kito. Skaičiuokite nuotolines nuorodas atskirai nuo įterptų ir pažymėkite, ką leidžia kliento nustatymai. Būtent šis atskyrimas yra sprendimas, svarbus privatumui, o ne žodis identifikatoriuje.

Pasidalykite įrodymu nesiųsdami žinutės

Kai kas nors kitas turi į tai pažiūrėti, pirmiausia užtušuokite ir darykite tai nuosekliai. Pakeiskite adresus ir nesusijusias antraštes, tada palikite Content-ID ir jo cid: nuorodą kopijoje parašytas vienodai, nes neatitikimas sunaikina vienintelį svarbų įrodymą. Pasakykite, kuriai daliai priklausė antraštė ir kuri eilutė į ją nurodė. Recenzentui reikia ryšio, o ne žinutės.

Tada atskirkite dvi išvadas raštu: ką žinutė turi ir ko ji neįrodo. Taip suformuluotas teiginys gali būti tikrinamas ir ginčijamas, ir būtent tai leidžia naudinga ataskaita.

Susiję straipsniai