Kin in VPN-operator sjen hokker siden jo besykje?

Freegje wat de VPN sjen kin, en it antwurd hinget ôf fan wêr't jo yn it paad steane. Op 'e sesjelaach hat de operator autentikaasje-eveneminten en bytstellen. Op 'e pakketlaach hat er bestimmingsadressen en timing. Op 'e DNS-laach hat er miskien de nammen sels. Eltse laach beantwurdet in oare fraach, en gjin inkele skeakel ferpleatst jo tusken har.

Kuartearje de laach foardat jo in bewearing meitsje

Deselde ferbining produsearret op elk punt oare registraasjes, en in útspraak oer privacy hat allinnich sin as er it punt neamt. Lês de tabel koloan foar koloan: wat bestiet op dy laach, wat in operator dêr sjen kin, en wat dy selde registraasjes him noch altyd net sizze kinne.

Ien laach lêze as it hiele byld is hoe't sawol oerdriuwings as falske gerêststelling begjinne. In oanbieder dy't seit dat er gjin blêdzjen registrearret, kin krekt wêze oer URL-registraasje wylst er dochs sesjeregistraasjes hâldt, en in pakketopname dy't allinnich adressen toant wurdt gjin blêdzjeskiednis sûnder omkearde syktochten en giswurk.

As jo in belied beoardielje, sykje dan de sin dy't elke laach beskriuwt. As it belied se net skiedt, freegje dan hokker registraasjes besteane ynstee fan in algemiene útspraak oer fersifering te akseptearjen.

Sesje-ynventaris: wat in standert OpenVPN-tsjinner hâldt

Fuortendaliks nei de ynstallaasje fangt in OpenVPN tsjinner gjin ferkear. De normale útfier is in sesje-ynventaris: it akkount dat autentisearre, it boarneadres dêr't it wei kaam, tiidstimpels foar begjin en ein, it tawiisde tunneladres en de byttotalen yn elke rjochting. Dat is in ynventaris fan sesjes, gjin list fan bestimmingen.

Logopsjes kinne details tafoegje. In heger útwrydsheidsnivo skriuwt mear oer de hânskodding, en in statusbestân kin ferbûne kliïnten listje, mar gjin fan beide makket de tsjinner in transparante proxy. Om URL's te meitsjen moat TLS einige wurde of in eksplisite proxy draaie, en beide feroarje de fertrouwensregeling ynstee fan in ferburgen funksje oan te setten.

Dêrom is de krekte ferzje fan 'e bewearing gjin blêdzjeprotokol nauwer as it klinkt. De tsjinner ken de side net, mar hy wit dat in sesje bestie en rûchwei hoefolle gegevens der troch giene. Oft dy sesjeregistraasje bewarre wurdt, en hoe lang, is in aparte beliedsfraach.

Binnen- en bûtenpakketten binne oare bewiizen

In pakketopname is hoe't jo sjogge wat der wier troch de tunnel giet. Op de tsjinner, neam de tunnelinterface en skriuw nei in bestân dat offline analysearre wurde kin:

sudo tcpdump -ni tun0 -w /tmp/tun.pcap
sudo tcpdump -r /tmp/tun.pcap -nn | head

Dat bestân befettet ûntsifere binnenferkear: it tunneladres fan 'e kliïnt as boarne, it bestimmingsadres en de poarte, pakketgrutten en timing. It befettet net it HTTP-paad of it antwurdlichems, útsein as TLS earne einige is, en it binne gefoelige gegevens wêrfan't it bewarjen in beliedsbeslút is en gjin handichheid foar debuggen.

In opname op 'e fysike interface lit wat oars sjen. Dêr sjogge jo bûtenpakketten rjochte op it VPN-einpunt, mei de fersifere lading binnenyn. Net-relatearre adressen yn dat bestân binne normaal sadree't in firtuele adapter bestiet, want it tunnelapparaat draacht de binnenstreamen wylst it fersifere ferfier de bûtensten draacht.

Freegje hokker fraach de opname beantwurdzje moat. It gebrûk fan 'e tunnel troch in applikaasje is sichtber op 'e firtuele adapter; it berikken fan it einpunt troch de tunnel is sichtber op 'e fysike. Ien fan beide bestannen brûke as wie it it folsleine byld, jout konklúzjes dy't de gegevens net stypje kinne.

DNS is wêr't nammen sichtber wurde

DNS bliuwt de praktyske útsûndering. De resolover sjocht de nammen dy't him frege wurde op te lossen, dat wa't him beheart leart hokker siden in kliïnt siket, sels as de lettere ferbiningen fersifere binne. In tunnelopname toant adressen; de resolover toant nammen.

Kontrolearje hokker adres de resolover brûkte om in eksterne tsjinst te berikken. It antwurd is it útgongsadres fan 'e resolover, en ferliking mei de VPN-útgong fertelt jo oft de fraach troch de tunnel reizge:

dig +short myip.opendns.com @resolver1.opendns.com
dig example.com
sudo tcpdump -ni any udp port 53

As dat adres oerienkomt mei de lokale ferbining ynstee fan mei de tunnelútgong, gie de syktocht bûten de VPN om en wie de namme sichtber op it lokale paad. Werhelje de kontrôle nei in kliïntfernijing, want in nije ferzje kin feroarje hokker resolover it profyl ynstallearret.

Fersifere DNS ferpleatst de sichtberens ynstee fan dy fuort te heljen. It netwurk sjocht de fraach net mear, mar de resolover wol, en de fertrouwensfraach feroaret gewoan fan hannen. De TLS-tsjinnernamme yn 'e hânskodding fan 'e ferbining is in oar partiel sinjaal: hy oerlibbet faak sels as de lading ûntrochsichtich is, dat bestimmingsadressen binne net de ienige metadata dy't in trochstjûrende tsjinner besjen kin.

Trije soarten registraasjes en wa't se lêze kin

Sesje-administraasje, registraasjes per namme en lekbewiizen binne trije ferskillende produkten mei trije ferskillende ferplichtingen. Sesjelogboeken binne goedkeap en leechgefoelich, en se antwurdzje wa't wannear ferbûn. Registraasjes per namme freegje in registrearjende resolover of in eksplisite proxy en meitsje in iepenbieringsferplichting tsjin 'e belutsen minsken. Lekbewiis is in test oan 'e kliïntkant dy't ferliket wat de resolover iepenbieret mei de tunnelútgong.

Skriuw op hokker fan dizze trije jo dreauwe, wa't it lêze kin en hoe lang it bliuwt. Bewearings dat in tsjinst gjin logboeken hâldt, beskriuwe ien laach, en se bliuwe allinnich wier binnen dat berik. Deselde oanbieder kin krekt wêze oer sesjes en mis wêze oer DNS.

Hâld de test werhelber: deselde fraach oan 'e resolover, deselde opname-interface en deselde ferliking. In privacybewearing dy't net op in neamde laach test wurde kin, is in slogan, gjin operasjoneel feit.