Hogyan válasszuk szét a VPN-protokoll támogatását az üzemeltetőbe vetett bizalomtól

Két szolgáltatói lap van nyitva, mindkettő WireGuardot hirdet, és az összehasonlítás egyetlen mondaton akadt el: az alagút erős, tehát a szolgáltatásnak rendben kell lennie. Ez téves következtetés. A protokoll meghatározza, hogyan titkosít és hitelesít két fél, de semmit sem mond arról, ki üzemelteti a végpontot, mit tárol a fiókrendszer, vagy hogyan válaszol a cég egy jogi kérésre. Ezeket a kérdéseket szét kell választania, mielőtt egy jelvény megválaszolja őket Ön helyett.

Mit tanúsíthat egy protokollcímke és mit nem

A WireGuard Noise-ra épülő kézfogást, modern primitívek rögzített készletét és olyan útválasztási modellt határoz meg, amelyben az AllowedIPs dönti el, mi kerül az alagútba. Ezek valódi garanciák az üzenetformátumokra és a kulcscserére, és érdemes ezekkel rendelkezni. Garanciák a kódra is, nem arra a gépre, amelyen az a kód fut.

A megvalósítás mégis választásokat hagy. A szolgáltató betöltheti a kernelmodult vagy felhasználói téri buildet szállíthat, a DNS-t az alagúton keresztül viheti vagy a helyi feloldónál hagyhatja, és a kulcsokat a saját ütemezése szerint forgathatja. Ezek egyike sem jelenik meg a protokoll címkéjén, és mindegyik megváltoztatja, mit figyelhet meg a szolgáltatás.

OpenVPN könnyebben láthatóvá teszi a rést. TLS-kézfogása és tanúsítványmodellje jól vagy rosszul konfigurálható, tls-auth-tal vagy anélkül, modern rejtjelezéssel vagy kompatibilitási tartalékkal. Két szolgáltatás egyaránt mondhatja, hogy OpenVPN, és nagyon eltérő kitettséggel végződhet. A WireGuard protokolloldal pontos a kriptográfiáról és hallgat az üzemeltetőről, és pontosan ez a határ, amit érdemes szem előtt tartani.

Amire csak az üzemeltető tud válaszolni

Kezdje a tulajdonnal. A végpont a szolgáltató által ellenőrzött hardveren, bérelt VPS-en vagy egy önkéntes gépén van valaki lakásában? A válasz dönti el, ki másolhat lemezt, ki javítja a kernelt, és ki vesz észre furcsa bejelentkezést. Protokoll-összehasonlítás ezek egyikéhez sem ér el.

Ezután a fiók- és fizetési nyilvántartások következnek. Egy e-mail-cím, egy megújítási időbélyeg, egy kártya-ujjlenyomat és egy támogatási jegy mind az alagúton kívül él. Ugyanígy a feloldó: ha a szolgáltató saját DNS-t üzemeltet, akkor is látja a neveket, amikor az oldalak HTTPS-en vannak. Kérdezzen megőrzést napokban, ne a minimális szót.

Rendezze a válaszokat két oszlopba, mert eltérő súlyt hordoznak. Az egyik oszlop a szoftvert írja le; a másik egy ígéret, amelyet a szolgáltatásnak be kell tartania.

Az ígéreteket csak dokumentumok ellenében lehet ellenőrizni. Az a szolgáltató, amely nem tudja megnevezni a megőrzési idejét, nem protokollhibát tár fel; a nyilvántartásai minőségét mutatja meg, és pontosan ezt próbálta megítélni.

Ellenőrizze, milyen profilt alkalmaz valójában a kliens

A kliens az a hely, ahol az absztrakt profil útvonalakká válik. Linuxon a wg-quickkel a lecsupaszított konfiguráció pontosan megmutatja, mi fog érvényesülni, beleértve azokat a DNS- és AllowedIPs-sorokat, amelyeket egy grafikus felület kapcsoló mögé rejthet.

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

Olvassa a kimenetet három külön tényként. A 0.0.0.0/0 értékű AllowedIPs azt jelenti, hogy a teljes alapértelmezett útvonal belép az alagútba; egy DNS-sor azt jelenti, hogy a nevek ahhoz a feloldóhoz mennek, amelyet a profil megnevez; egy friss kézfogás azt jelenti, hogy a munkamenet él. Az állandó keepalive azt mondja, hogy a kliens nyitva tart egy NAT-leképezést, ami viselkedési választás, nem biztonsági minősítés.

Itt egy fenntartás számít. Ezek a parancsok a meglévő alagutat ellenőrzik, nem a mögötte lévő szabályzatot. Egy tökéletes kézfogás bizonyítja, hogy a kriptográfia működik; nem bizonyítja, hogy a múlt havi kapcsolati nyilvántartásokat törölték, mert az az esemény nem hagy nyomot a gépén.

Bizonyítékok, amelyek túlélnek egy marketingoldalt

Kérjen független auditjelentést, és a logó előtt olvassa el annak hatókörét. A jelentések megnevezik az infrastruktúrát, az időszakot és a kivételeket; sok lefedi a VPN-kiszolgálókat, miközben a fiókportált, a számlázást és a támogatási eszközöket a vizsgálaton kívül hagyja. Az olyan audit, amely kizárja az e-mail-címét tároló rendszereket, szűkebb kérdésre válaszol, mint amit az értékesítési oldal sugall.

Ezután kategóriákért olvassa az adatvédelmi irányelvet, nem jelzőkért. Egy hasznos irányelv megnevezi, mit gyűjtenek, miért és mennyi ideig, és megkülönbözteti a kapcsolati metaadatokat a fiókadatoktól. Az átláthatósági jelentés, ha létezik, megmutatja, van-e egyáltalán eljárása a szolgáltatónak a kérésekre, bár a számai csak annyira jók, mint a közzétevő szervezet.

A nyílt forráskód a kliens rétegén segít, és ott véget ér. Egy olvasható kliens bizonyítja, mit küld az eszköze; nem bizonyítja, mit tart meg a kiszolgáló. A reprodukálható buildek szűkítik a közzétett és a szállított kód közötti rést, de továbbra is szoftvert írnak le, nem üzemeltetést.

Egy rövid, háromdokumentumos teszt kiszűri a legtöbb állítást: megnevezett kategóriákkal és megőrzéssel rendelkező irányelv, kimondott hatókörű aktuális audit és a támogatás írásos válasza egy konkrét forgatókönyvről. Ha bármelyik hiányzik a háromból, kezelje azt a konkrét állítást igazolatlanként, nem hamisként.

Hol húzódik a határ a gyakorlatban

Önkéntes végpont esetén az egyes hosztot ítélje meg. A szoftverprojekt hírneve nem terjed át minden gépre, amely futtatja, és előfordulhat, hogy a gépet üzemeltető személynek semmilyen kapcsolata nincs a projekttel. A kereskedelmi hálózatok másképp szervezik a felelősséget, de továbbra is egyetlen szervezetben összpontosítják.

A saját hosztolás megfordítja a kérdést. Ön lesz az üzemeltető, így a protokoll támogatása eldőlt, a bizalom pedig a saját javítása, kulcskezelése és naplómegőrzése lesz. Ez egyes olvasóknak jogos válasz, nem megkerülés.

Fizetős szolgáltatás esetén a szerződés és a joghatóság a termék része. A tulajdonosváltás, a felvásárlások és a helyi közzétételi szabályok a protokoll érintése nélkül módosíthatják az üzemeltető kötelezettségeit, ezért az adatlapon megálló összehasonlítás elavul.

Írja le azt a három tényt, amelyet nem tudott ellenőrizni a webhelyen. Küldje el a támogatásnak, és őrizze meg a választ. Egy konkrét válasz más kategóriába helyezi a szolgáltatást, és a hallgatás is válasz, amely helyet kap az összehasonlításában.