A VPN és a Tor nem helyettesíti a HTTPS-t: hol végződik az egyes rétegek

A VPN és a Tor áramkör is titkosítja a forgalmat az út egy részén. Mindkettő abbahagyja a titkosítást egy általuk választott partnerénél. A HTTPS az a réteg, amely magáig a webhelyig eljut, és semmilyen mennyiségű alagutazás előtte nem változtatja a titkosítatlan űrlapküldést védetté. Ha minden réteget követünk addig a pontig, ahol végződik, ez nyilvánvalóvá válik.

Három réteg, három különböző végpont

Egy hagyományos VPN a VPN-kiszolgálónál fejezi be az alagútját. Minden, ami az eszközöd és e kiszolgáló között van, az alagúton belül van, ami utána következik, az nem. A Tor áramkör ugyanígy viselkedik egy másik partnerrel, és egy kilépő relaynél hagyja el a hálózatot, amely továbbítja a kérésedet a célhoz.

A TLS a webhelynél végződik. Az általad érvényesített tanúsítvány egy hosztnevet köt a webhely által ellenőrzött kulcshoz, és a munkamenet-kulcsok a böngésződ és az a kiszolgáló között léteznek. Ez a végpont a VPN-kiszolgálón és a Tor-kilépésen is túl van.

A három rétegnek tehát három különböző bizalmi határa van, és egy kérés sorrendben mindegyiken átmegy. Az egyik megerősítése semmit sem mond a többiről, és az utolsó az egyetlen, amelyben a cél részt vesz.

Mit tár fel az utolsó ugrás

Ha az alkalmazás egyszerű HTTP-t használ, a kilépésen túli tartalom olvasható mindazok számára, akik ezt az ugrást üzemeltetik. A korábbi alagút tökéletesen végezte a dolgát, és egyszerűen már nincs ott. A HTTP-űrlapba írt hitelesítő adatok pontosan ott tárulnak fel, ahol a védelem véget ért.

Helyesen érvényesített HTTPS esetén az útvonalon lévő közvetítő nem tudja olvasni vagy csendesen módosítani az alkalmazás tartalmát. Azt továbbra is látja, hogy csatlakoztál, mikor és melyik címre, mert a csomagfejléceknek útvonalazhatónak kell lenniük. A tartalom bizalmassága és a kapcsolatról szóló metaadatok különböző tulajdonságok, és csak az elsőt nyújtja a TLS.

A fiókidentitás megint harmadik dolog. A fiókba való bejelentkezés azonosít téged annál a szolgáltatásnál függetlenül attól, melyik kilépési címet használtad, tehát a kilépés a hálózati útvonalat védi, nem a fiókot. Ez a különbség bármennyi előtte lévő réteget túlél. A kilépések váltása soha nem változtatja meg azt, amit egy bejelentkezett munkamenet felfed. A szolgáltatás már az első csomag elindulása előtt tudta, ki vagy.

Ebben az elrendezésben semmi sem törik el egy második alagút hozzáadásától. Az változik meg, hogy melyik megfigyelő látja az első ugrást, nem az, hogy az utolsó ugrás titkosított-e.

A sorrend a megfigyelőket változtatja meg, nem a végpontot

A VPN és a Tor láncolása legitim módja annak, hogy megváltoztasd, ki mit lát hálózati szinten. A Tor futtatása VPN fölött elrejti az elérési hálózatod elől azt a tényt, hogy Tor-t használsz, míg a VPN futtatása Tor fölött elrejti a címedet a VPN-szolgáltató elől. Mindkét sorrend le van írva nyilvános dokumentációban, és mindkettőnek vannak kompromisszumai a teljesítményben és a hiba viselkedésében.

Egyik sorrend sem mozdítja el a TLS végpontját. Mindkét esetben a böngésző továbbra is érvényesíti a kért hosztnév tanúsítványát, és mindkét esetben a HTTP-cím továbbra is nyíltan küldi a tartalmát az utolsó relay után. Az összeállítás a megfigyelők listáját változtatja meg; nem változtatja meg a rétegek számát a célnál.

Ezért a láncolásról szóló tanácsok általában fenyegetésmodellekről szólnak, nem általános biztonságról. A hosszabb lánc nem ugyanannak egy erősebb változata, és nem helyettesíti az alkalmazás által választott protokollt.

curl -sSI https://example.net | head -3
openssl s_client -connect example.net:443 -servername example.net -brief

Mindkét parancs azt a réteget mutatja, amely a célnál számít. A második a megtárgyalt protokollt írja ki anélkül, hogy bármilyen alagutat bevonna. Egyik sem mond semmit a használt kilépésről.

Tartsd működőképesen az érvényesítést, miközben hibát keresel

A tanúsítványfigyelmeztetés információ arról a kapcsolatról, amelyet éppen létre fogsz hozni. Jelenthet hosztnév-eltérést, óraproblémát, nem megbízható láncot vagy elfogási kísérletet. Egy állandó kivétel hozzáadása amiatt, hogy VPN van csatlakoztatva, eltávolítja az egyetlen jelet, amely megkülönböztette volna ezeket az eseteket.

A Tor Browser biztonságos kapcsolatra vonatkozó funkciói és figyelmeztetései ugyanezen okból léteznek, és kikapcsolásuk azért, hogy egy oldal betöltődjön, látható hibát cserél láthatatlanra. Ha egy webhely kivétel nélkül nem érhető el, az őszinte következtetés az, hogy a kapcsolat nem ellenőrizhető, nem pedig az, hogy az alagút biztonságossá tette.

A titkosítás sem mond semmit a szándékról. Egy érvényes HTTPS-kapcsolat egy megtévesztő webhellyel tökéletes bizalmassággal juttatja el az adataidat ahhoz a webhelyhez. Ellenőrizd a címet és azt, amit beküldesz, ne csak a lakat meglétét.

Az Onion szolgáltatások valóban más modellt jelentenek. A Tor hálózaton keresztül érhetők el szokásos nyilvános kilépés nélkül, ami nem ugyanaz, mint egy nyilvános webhely elérése Tor-on keresztül. Kezeld ezt külön esetként, saját elvárásokkal, ne ugyanazon látogatás erősebb változataként.

A minden beállítást túlélő szabály rövid. Őrizd meg érintetlenül a böngésző érvényesítését. Minden réteget aszerint ítélj meg, hol végződik valójában.