Ang cid na suffix na mukhang VPN ID ay isang MIME Content-ID lamang

Makikita mo ang openvpn sa loob ng isang identifier na may angle bracket sa isang header ng email at ang halatang hinuha ay may kinalaman ang mensahe sa isang VPN session. Basahin ang buong linya bago mo tanggapin iyon: ang string ay nasa isang Content-ID, at ang Content-ID ay pangalan ng isang bahagi ng katawan sa loob ng isang mensahe. Ang isang reference na cid: sa HTML ay tumuturo sa pangalang iyon, at ang pares ay umiiral upang makapagdala ang mail ng larawan nang hindi ito ipinapadala nang dalawang beses. Wala sa ayos na iyon ang umaabot sa isang VPN server, at wala sa suffix ang nagsasabi kung sino ang gumawa ng identifier.

Ano talaga ang tinuturo ng identifier

Bihirang dumating ang HTML mail bilang isang bloke lamang. Ang teksto at bawat naka-embed na larawan ay karaniwang naglalakbay bilang magkakahiwalay na MIME body part, at pinagsasama-sama ito ng client para ipakita. Para doon kailangan nito ng pangalan para sa bahagi ng larawan at isang reference na tumutugma sa pangalang iyon.

Ang pares sa ibaba ay likha lamang para sa paglalarawan.

Content-ID: <[email protected]>

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

Ang linya ng header ay nasa bahagi ng larawan; ang elementong img ay nasa bahagi ng HTML. Ang angle bracket ay bahagi ng sintaks ng header, kaya ang isang reference na cid: ay karaniwang nagsusulat ng identifier nang wala ang mga ito. Ang mga halagang may character na kailangang i-escape ay dapat i-encode, kaya ang pares na ito ay halimbawa at hindi tuntunin ng conversion. Ang nagdadala ng kahulugan ay ang pagtutugma ng dalawang string, hindi ang isa sa kanila nang mag-isa.

Ang suffix na @openvpn ay detalye ng pagkakabuo

Ang Content-ID ay ginagawa upang maging kakaiba sa loob ng isang mensahe, at madalas gawin ng mail software na mukhang address ito sa pamamagitan ng pagdaragdag ng @ at isang domain. Ang hugis na iyon ay kaugalian ng generator, hindi ruta: wala sa header ang humihiling sa client na kontakin ang mailer.example, at walang paghahanap na nangyayari kapag ipinakita ang mensahe. Hindi rin ito pangalan ng account, user ng VPN, o markang iniwan ng isang VPN client. Ang pumili ng string ay ang taong nagbuo ng mensahe habang pinapangalanan ang isang bahagi.

RFC 2392 ang nagtatakda ng cid na scheme at inililimita ito sa pagtukoy sa mga mensahe at sa kanilang mga bahagi. Basahin ang saklaw na iyon nang literal at tumitigil ang suffix na maging ebidensya ng anumang bagay maliban sa pagpapangalan. Nangangahulugan din ito na hindi makikilala ang prodyuser mula sa suffix, at iyon ang lundag na ginagawa ng mga tao kapag may pamilyar na salita sa isang header.

Suriin ang raw na pinagmulan, pagkatapos hatulan ang usapin ng privacy

Buksan ang raw na pinagmulan at basahin ang buong halaga ng Content-ID, dahil pinapayagan ng RFC 2392 na magdala ang isang halaga ng hostname ng nagpadala o string na parang pangalan ng account. Pagkatapos hanapin ang bawat lugar kung saan lumilitaw ang parehong pangalan: isang reference na cid: sa HTML, isa pang header, isang bloke na sinipi mula sa naunang sagot. Ang pagtutugma sa mga paglitaw na iyon ang nagsasabi sa iyo ng layunin ng bahagi.

Ang parehong katangian ang dahilan kung bakit maaaring mahalaga ang identifier sa privacy. Ang halagang nagmula sa hostname o pangalan ng account ay naglalakbay kasama ng mensahe at maaaring magbunyag ng isang bagay tungkol sa makina o tao na nagpadala nito. Hindi pa rin ito VPN session, at ang ituring ito bilang isa ay nagsasayang ng natuklasan.

Malayong larawan o naka-embed na bahagi: magkaibang traffic

Ang elementong img na may source na https at elementong img na may source na cid ay magkamukha sa HTML ngunit magkaiba ang kilos sa network. Pinapangalanan ng una ang resource na maaaring kunin ng client kapag binuksan ang mensahe, at sinasabi ng pagkuha na iyon sa nagpadala na nabasa ang mensahe at mula sa aling address. Ang pangalawa ay tumutugma sa isang bahagi na nasa loob na ng mensahe, kaya walang kinokontak ang pagpapakita nito.

Maaaring paghalo ng isang mensahe ang dalawa, at ang pagsuri sa isa ay hindi naglilinis sa isa. Bilangin ang malalayong reference nang hiwalay sa mga naka-embed, at tandaan ang pinapayagan ng mga setting ng client. Ang pagkakaibang iyon ang desisyong mahalaga sa privacy, hindi ang salita sa loob ng identifier.

Ibahagi ang ebidensya nang hindi ipinapadala ang mensahe

Kapag may ibang kailangang tumingin dito, i-redact muna at i-redact nang pare-pareho. Palitan ang mga address at walang kaugnayang header, pagkatapos panatilihin ang Content-ID at ang reference nitong cid: na baybay na pareho sa kopya, dahil sinisira ng hindi pagtutugma ang nag-iisang ebidensyang mahalaga. Sabihin kung aling bahagi ang pag-aari ng header at aling linya ang tumukoy dito. Ang kailangan ng tagasuri ay ang ugnayan, hindi ang mensahe.

Pagkatapos, paghiwalayin sa sulat ang dalawang konklusyon: ano ang nilalaman ng mensahe, at ano ang hindi nito pinapatunayan. Ang pahayag na nabuo nang ganoon ay masusuri at mapagtatalunan, at iyon ang pinapayagan ng isang kapaki-pakinabang na ulat.