Az e-mail cím nélküli regisztráció egy mezőt változtat meg egy űrlapon. Nem változtatja meg a hálózaton látható forráscímet, nem a szolgáltatás által belsőleg kiadott azonosítót, és nem azokat a sütiket sem, amelyeket a böngészője minden meglátogatott oldalra elküld. Ez három külön kérdés, és csak az elsőnek van egyáltalán köze a fiókhoz. Az alábbiakban látható, mit tart valójában az egyes rétegek, és melyik döntés az öné, nem pedig a szolgáltatóé.

Az anonimitást megfigyelőnként külön tulajdonságként kezelje. Kérdezze meg, melyik megfigyelő, és az őszinte válasz megváltozik.

Az álnéven létrehozott fiók is fiók

Egy szolgáltató kiadhat fiókszámot, eszközkulcsot vagy előfizetési tokent anélkül, hogy valaha jogi nevet kérne. Ez az objektum továbbra is összeköti a munkameneteket a szolgáltatáson belül: ugyanaz a token ugyanazon a csomagon, hónapokon át.

Az, hogy az üzemeltető mit kapcsolhat ehhez a tokenhez, más rendszerektől függ. Vannak fizetési nyilvántartások, ha nyomon követhető módon fizetett, van támogatási cím, ha írt, és az üzemeltetési naplókban lehetnek eszközazonosítók vagy kapcsolódási időbélyegek. Ezek egyikét sem kéri a regisztrációs űrlap, és egyiket sem zárja ki az e-mail nélküli űrlap. Az űrlap azt határozza meg, mit kértek, nem azt, mi van utána.

A diagnosztikai profil beküldése vagy támogatási jegy nyitása több részletet adhat hozzá, mint amennyit az eredeti űrlap valaha kért.

Mit lát feltétlenül az alagút végpontja

A végpont lezárja a kapcsolatot, tehát tudja, milyen forráscímet adott a hozzáférési hálózata ahhoz a munkamenethez, és mikor kezdődött a munkamenet. Azt is tudja, melyik belső kulcshoz vagy fiókhoz tartozik ez a kapcsolat, mert ez a hozzárendelés dönti el, hová kerüljön a forgalom.

A WireGuard dokumentációja itt szokatlanul egyenes: a partner identitása a nyilvános kulcs, nem rejtett tulajdonság.

Ami a végponttól egy cél felé kilép, az egy másik kapcsolat. Ha a kimenő címet más felhasználókkal osztják meg, a túloldali oldal egy közös címet lát az öné helyett. Ez az elkülönülés valóságos, és egyben ez az egyetlen elkülönülés, amit a megosztott kimenet nyújt. Nem rejti el a munkamenetét az üzemeltető elől, és nem olvasztja be a tömegbe azok számára, akik mindkét véget meg tudják figyelni, és pontosan ez az a korrelációs probléma, amelyre a RFC 6973 a teljes hosszát szánja.

Mit kap még mindig a cél

Egy webhely látja a kimenő címet, a kérést és mindent, amit az ügyfele önként átad. A sütik, a már bejelentkezett munkamenet, a böngészőujjlenyomat és a mentett fiók mind változatlanul átjutnak egy VPN-kapcsolaton, mert az alagút szállítja őket, nem helyettesíti.

A személyes fiókba való bejelentkezés azonosítja önt az adott oldal előtt, függetlenül attól, milyen címkét visel a VPN-fiók.

A névfeloldás saját sort érdemel. Ha a lekérdezések az üzemeltető által futtatott feloldóhoz mennek, az üzemeltető látja azokat a neveket, amelyeket kér. Ha nyilvános feloldóhoz mennek, azt a feloldó látja őket, és mindenki az útvonalon, aki látni tudja a titkosítatlan DNS-t. Akárhogy is, a feloldó kiválasztása adatvédelmi döntés, amelyet a regisztrációs űrlap nem hozott meg ön helyett.

Hol történik valójában a korreláció

A forgalomelemzéshez nem kell az oldalak tartalma. A kapcsolatok időzítése, az átviteli mennyiség és az a minta, hogy melyik végpont melyik céllal beszél, össze tudja hangolni a forráskapcsolatot a kimenő kapcsolattal, ha mindkét oldalt megfigyelik. A megosztott kimenet tehát egy megfigyelő ellen véd, kettő ellen nem, ha azok együttműködnek.

A szállítási titkosítás azt változtatja meg, ami olvasható, nem azt, ami összekapcsolható.

Három kérdés a szlogen helyett

Mindegyiknek más a gazdája, ezért az egyik rétegen tett ígéret nem fedheti le a másikat. Az alábbi sorok a teljes érvelés tömör formában.

ObserverWhat it can holdWhat actually changes it
Your access networkThe connection to the VPN endpoint, with volume and timingNothing on the account form
The VPN operatorSource address, session times, key-to-account mapping, names if it runs the resolverRetention policy, payment method, whether you contact support
The destination siteExit address, cookies, logged-in identity, request contentBrowser hygiene, logging out, separate profiles
An observer at both endsCorrelated timing and volume across the two connectionsPadding, cover traffic, a different exit at a different time

Csak a középső sor szól a fiókról, és az is részben. A fölötte és alatta lévő sorokat az útválasztás, a megőrzés és a saját böngészője határozza meg.

A leltárt olvassa, ne a címkét

Az a szolgáltató, amely közzétesz adatleltárt, megőrzési időablakot és identitási munkafolyamatot, valami ellenőrizhetőt mondott önnek. Az a szolgáltató, amely anonimnak mondja magát, egy szót mondott. Keresse, mit gyűjtenek a regisztrációnál, mi marad meg a munkamenet végén, és milyen eljárás szerint adják át az adatokat harmadik félnek.

Ha ez a három hiányzik, a címke semminek sem bizonyítéka.

Kezdje azzal a megfigyelővel, aki valóban számít önnek, majd kövesse a táblázat egy sorát: melyik címet látja, melyik azonosítót tartja, mennyi ideig őrzik meg. Javítsa ki a hibás sort ahelyett, hogy átnevezné a fiókot. Ez az egyetlen lépés itt, amely megváltoztat egy eredményt.

Kapcsolódó cikkek