VPN nenoplūdināja tavu veco IP: to izdarīja atmiņā saglabāta vērtība

Redzēt savu veco publisko adresi pakalpojuma ziņojumā pēc VPN ieslēgšanas pats par sevi nav noplūdes pierādījums. Dzīvais savienojums var izmantot tuneļa izeju, kamēr lietotne sūta vērtību, ko tā uzzināja pirms tuneļa pastāvēšanas. Tie ir divi dažādi pierādījumi, un tikai viens no tiem apraksta pašreizējo paketi. Otrs ir vērtība, kas pārdzīvoja atkārtotu savienojumu, jo nekas tīkla ceļā tai nepieder.

Divi skaidrojumi aiz vienas adreses

Secība, ko cilvēki iztēlojas, ir pakete, kas atstāj fizisko interfeisu, kamēr VPN it kā ir aktīvs. Secība, kas bieži izskaidro ziņojumu, ir īsāka un garlaicīgāka: lietotne agrāk uzzināja adresi un joprojām to tur. Notikumu sakārtošana secībā šķir abus.

Address learned before the tunnel: P1
Tunnel up: the next request exits at P2
Application reuses its retained P1 in a message body
Receiver logs source P2 and submitted value P1

Nekas šajā secībā neprasa dzīvu savienojumu no pirmās adreses. Atmiņā saglabātā vērtība ceļo ziņojuma iekšienē, bet galvene nes to izeju, ko izvēlējās pašreizējais maršruts. Pakalpojums, kas reģistrē abus laukus, parādīs tos blakus un izskatīsies pretrunīgi.

Tas ir iespējams skaidrojums, nevis apsūdzība konkrētam klientam. Reputācija nav pierādījums: kods, ko vari lasīt, zīmols, kuram uzticies, vai cita izeja neko nepasaka par to, ko viena programma paturēja vai nosūtīja.

Lietotnes atmiņa pārdzīvo atkārtotu savienojumu

VPN pievienošana maina maršrutu, pa kuru iet jauns savienojums. Tā atstāj lietotnes stāvokli mierā un nevar atsaukt informāciju, ko attālināts pakalpojums jau saglabājis. Programma var iesniegt konta identifikatoru, saglabātu atrašanās vietu, ierīces nosaukumu vai citu agrāk iegūtu vērtību, un šifrēšana aizsargā šo kravu ceļā, neko no tās neizņemot. Atkārtots savienojums ir tīkla notikums; paturētā vērtība ir lietotnes notikums.

Atšķirība ir svarīga, jo abi dzīvo dažādās vietās. Lietotnes stāvoklis pieder programmai un pārdzīvo restartus, bet maršruts pieder operētājsistēmai un tiek pārbūvēts katrā savienojumā. Viena notīrīšana neietekmē otru.

Pakalpojums var arī glabāt vērtību, ko tam nodevi pirms mēnešiem, un tad nekādas vietējās izmaiņas to neizdzēsīs. Tā ir glabāšana, un tā atrodas pilnīgi ārpus tuneļa.

Vispirms lasiet avota galveni, tad kravu

Sāc ar to, kur adrese parādījās. Servera savienojumu žurnāls apraksta dzīvo avotu, bet ziņojuma lauks, konta profils vai vietējais diagnostikas ekrāns var aprakstīt daudz agrāk iesniegtu vai saglabātu vērtību. Šie novērojumi atbild uz dažādiem jautājumiem.

Salīdzini arī laikus. Ja vecā adrese parādās laukā, kas ir pirms VPN savienojuma, kravas skaidrojums ir spēcīgāks. Ja serveris reģistrē tiešu savienojumu no vecās adreses, kamēr tunelis ir ieslēgts, tas ir maršrutēšanas jautājums un prasa citu izmeklēšanu. Novērojumu veidu šķirošana vispirms neļauj vienai adresei izstiepties trīs notikumu pierādījumā.

Turi tos atsevišķi savos pierakstos: savienojuma avots, ziņojuma lauks, konta ekrāns, vietējā diagnostika. Viena adrese, kas uzrakstīta četrās vietās, joprojām ir viena adrese.

Glabāšana ir cits posms nekā pārsūtīšana

Privātuma vadlīnijas RFC 6973 uzskata vākšanu, lietošanu, izpaušanu un glabāšanu par atsevišķiem posmiem un brīdina, ka atkārtoti izmantoti identifikatori atvieglo korelāciju. Jauns tīkla ceļš maina pārsūtīšanas posmu un neko citu. Ieraksti, kas saņēmējam jau ir, netiek aizskarti, un tāpat jebkurš profils, kas saglabāja vērtību ieejā. Tāpēc atkārtots savienojums var šķist neizdevies, kamēr pārsūtīšana darbojas pareizi.

Neviens pakešu filtrs nevar izdzēst vērtību no saņēmēja ierakstiem, un atkārtota savienošanās neiztīrīs katras programmas saglabāto vēsturi. Tie ir datu īpašnieka, nevis tuneļa jautājumi, un tiem vajag cita veida risinājumu. Pajautā pakalpojumam, ko un cik ilgi tas glabā, pirms lūdz tīklam to paslēpt.

Kas jāpārbauda, pirms vainot tuneli

Pārskati lietotnes dokumentēto vākšanu un konta vadību un izlem, kādus laukus tā drīkst iesniegt, cik ilgi pakalpojums tos glabā un vai konts var tos notīrīt vai labot. Pēc tam veic testu, kas šķir skaidrojumus: jauns konts vai tīrs lietotnes profils. Ja vecā vērtība pazūd, bija iesaistīta glabāšana vai kešatmiņas stāvoklis. Ja tā saglabājas tīrā profilā, pārbaudi faktisko pieprasījuma lauku, pirms secināt, ka VPN neizdevās.

Ja tiešs savienojums patiešām pastāv, uzlūko to kā tīkla ceļa atradumu. Izmeklē maršrutēšanu, sadalīto tuneli un klienta politiku pēc to pašu noteikumiem un nejauci šo rezultātu ar kravas vērtību, kas vienkārši pārdzīvoja atkārtotu savienojumu. Abas kļūmes ekrānuzņēmumā izskatās līdzīgi un ierakstā uzvedas pilnīgi citādi.