Korleis skilje VPN-protokollstøtte frå tillit til operatøren

To leverandørfaner er opne, begge annonserer WireGuard, og samanlikninga har stoppa på éi setning: tunnelen er sterk, så tenesta må vere bra. Det er feil slutning. Protokollen definerer korleis to partar krypterer og autentiserer, men han seier ingenting om kven som driv endepunktet, kva kontosystemet lagrar, eller korleis selskapet svarar på ein juridisk førespurnad. Du må skilje desse spørsmåla før eit merke svarar på dei for deg.

Kva ein protokolletikett kan og ikkje kan stadfeste

WireGuard spesifiserer eit handtrykk bygd på Noise, eit fast sett moderne primitiv og ein rutingsmodell der AllowedIPs avgjer kva som kjem inn i tunnelen. Det er reelle garantiar om meldingsformat og nøkkelutveksling, og dei er verd å ha. Dei er også garantiar om kode, ikkje om maskinen koden køyrer på.

Implementasjonen etterlèt framleis val. Ein leverandør kan laste kjernemodulen eller levere ein userspace-build, presse DNS gjennom tunnelen eller la det vere hos den lokale resolvaren, og rotere nøklar etter sin eigen plan. Ingen av desse vala viser seg på protokolletiketten, og kvart av dei endrar kva tenesta kan observere.

OpenVPN gjer gapet lettare å sjå. TLS-handtrykket og sertifikatmodellen kan konfigurerast godt eller dårleg, med eller utan tls-auth, med moderne chiffer eller ein kompatibilitetsreserve. To tenester kan begge seie OpenVPN og enda med svært ulik eksponering. WireGuard-protokollsida er presis om kryptografien og taus om operatøren, og det er nettopp grensa ein bør hugse.

Kva berre operatøren kan svare på

Start med eigarskap. Er endepunktet på maskinvare leverandøren kontrollerer, på ein leigd VPS, eller på ein frivillig maskin i nokon si leilegheit? Svaret avgjer kven som kan kopiere ein disk, kven som patchar kjernen, og kven som legg merke til ei merkeleg innlogging. Ei protokollsamanlikning når ingenting av dette.

Deretter kjem konto- og betalingsopplysningar. Ei e-postadresse, eit fornyingstidspunkt, eit kortavtrykk og ein støttebillett lever alle utanfor tunnelen. Det gjer også resolvaren: viss leverandøren køyrer eigen DNS, ser han namn sjølv når sidene er på HTTPS. Spør om oppbevaring i dagar, ikkje om ordet minimal.

Sorter svara i to kolonnar, fordi dei har ulik vekt. Éin kolonne skildrar programvaren; den andre er eit løfte tenesta må halde.

Løfte kan berre kontrollerast mot dokument. Ein leverandør som ikkje kan namngje oppbevaringsperioden sin, avdekkjer ikkje ein protokollfeil; han viser deg kvaliteten på registreringane sine, og det var nettopp det du prøvde å vurdere.

Sjekk profilen klienten faktisk brukar

Klienten er staden der ein abstrakt profil blir ruter. På Linux med wg-quick viser den stripa konfigurasjonen nøyaktig kva som vil bli brukt, inkludert DNS- og AllowedIPs-linjene som eit GUI kan gøyme bak ein brytar.

sudo wg-quick strip wg0
sudo wg show wg0 latest-handshakes
resolvectl status wg0

Les utdata som tre atskilde fakta. AllowedIPs på 0.0.0.0/0 betyr at heile standardruta går inn i tunnelen; ei DNS-linje betyr at namn går til resolvaren profilen namngjev; eit nyleg handtrykk betyr at sesjonen er levande. Ein vedvarande keepalive fortel deg at klienten held ein NAT-mapping open, noko som er eit åtferdsval, ikkje ei sikkerheitsvurdering.

Eitt atterhald er viktig her. Desse kommandoane stadfester tunnelen du har, ikkje politikken bakom. Eit perfekt handtrykk beviser at kryptografien verkar; det beviser ikkje at tilkoplingsregistreringane frå førre månad er sletta, fordi den hendinga ikkje etterlèt spor på maskinen din.

Bevis som overlever ei marknadsføringsside

Be om ein uavhengig revisjonsrapport og les omfanget før logoen. Rapportane namngjev infrastrukturen, perioden og unntaka; mange dekkjer VPN-tenarar mens dei lèt kontoportalen, faktureringa og støtteverktøya stå utanfor gjennomgangen. Ein revisjon som utelukkar systema som held e-postadressa di, svarar på eit snevrare spørsmål enn salsida antydar.

Les deretter personvernerklæringa for kategoriar i staden for adjektiv. Ei nyttig erklæring namngjev kva som blir samla inn, kvifor og kor lenge, og ho skil tilkoplingsmetadata frå kontodata. Ein openheitsrapport, viss han finst, viser om leverandøren i det heile har ein prosess for førespurnader, sjølv om tala berre er så gode som eininga som publiserer dei.

Open kjeldekode hjelper på klientlaget og stoppar der. Ein lesbar klient beviser kva eininga di sender; han beviser ikkje kva tenaren behald. Reproduserbare bygg snevrar gapet mellom publisert og levert kode, men dei skildrar framleis programvare, ikkje drift.

Ein kort test med tre dokument filtrerer dei fleste påstandane: ei erklæring med namngjevne kategoriar og oppbevaring, ein gjeldande revisjon med oppgjeve omfang, og eit skriftleg svar frå støtta om eitt konkret scenario. Viss éin av dei tre manglar, handsam nettopp den påstanden som stadfesta, ikkje som falsk.

Kvar grensa ligg i praksis

Med eit frivillig endepunkt, vurder den enkelte verten. Omdømet til programvareprosjektet blir ikkje overført til kvar maskin som køyrer det, og personen som driv den maskinen har kanskje ingen relasjon til prosjektet i det heile. Kommersielle nettverk organiserer ansvaret annleis, men dei konsentrerer det framleis i éi eining.

Eiga hosting snur spørsmålet. Du blir operatøren, så protokollstøtta er avklart, og tillit blir din eigen patching, nøkkelhandtering og loggoppbevaring. Det er eit legitimt svar for nokre lesarar, ikkje ein omveg.

For ei betalt teneste er kontrakten og jurisdiksjonen ein del av produktet. Eigarskifte, oppkjøp og lokale offentleggjeringsreglar kan endre forpliktingane til operatøren utan å røre protokollen, og difor blir ei samanlikning som stoppar ved spesifikasjonsarket utdatert.

Skriv ned dei tre fakta du ikkje kunne stadfeste frå nettstaden. Send dei til støtta og ta vare på svaret. Eit konkret svar flyttar tenesta til ein annan kategori, og stille er også eit svar som høyrer heime i samanlikninga di.