Port VPN redirecționat: ce pot vedea vizitatorii și furnizorul

Redirecționarea unui port le oferă necunoscuților o rută către un serviciu prin adresa publică a furnizorului. Această singură schimbare afectează simultan expunerea și recognoscibilitatea, iar niciuna dintre ele nu publică numele celui care administrează serviciul. Ținerea celor două separate evită greșelile opuse de a trata 'redirecționarea' ca anonimat și de a o trata ca identificare. Trei întrebări le separă curat, iar răspunsurile vin din dovezi diferite.

Trei obiecte, trei întrebări diferite

Țineți adresa publică separată de aplicația care răspunde în spatele ei și țineți ambele separate de persoana sau organizația care administrează lucrul. Fiecare are propriul public și propriile dovezi. Amestecarea lor produce concluzii care sună ordonat și sunt greșite.

Parcurgeți-le în această ordine. Prima este o întrebare despre accesibilitate, a doua este o întrebare despre identitatea aplicației, iar a treia este o întrebare despre atribuire pe care primele două o luminează doar parțial. Când cineva întreabă dacă redirecționarea portului este privată, întrebați care dintre cele trei este vizată. Răspunsurile chiar diferă, iar o pagină de politici tratează de obicei doar una dintre ele.

Ce poate un vizitator să lege între puncte terminale

Un vizitator se conectează la punctul terminal și vede ce prezintă aplicația în mod legitim: 'un nume de gazdă', un nume de certificat, o pagină de autentificare, conținut publicat. Aceste detalii identifică serviciul chiar și atunci când adresa obișnuită de acces este ascunsă în spatele tunelului. Două puncte terminale care prezintă același site numit oferă observatorilor o bază pentru a le lega. Nimic din acest comportament nu este o scurgere, fiindcă aplicația a fost proiectată să fie văzută.

Potrivirea certificatelor, redirecționărilor și conținutului paginilor între două puncte terminale este un semnal puternic că aparțin aceluiași serviciu. Rămâne o afirmație despre serviciu, nu despre o persoană, până când o altă înregistrare le leagă pe cele două.

Orientările IETF privind confidențialitatea descriu cum identificatorii persistenți permit corelarea interacțiunilor în timp. Corelația nu este atribuire, fiindcă mai multe persoane pot administra un singur serviciu, iar o adresă se poate muta între abonați neînudiți. Această distincție este cea care împiedică o constatare de corelație să devină o acuzație.

Ce trebuie să știe furnizorul de redirecționare

Pentru a livra o conexiune de intrare, sistemul furnizorului trebuie să păstreze relația activă dintre punctul de intrare public și destinația internă. Acest fapt operațional diferă de ce vede un vizitator și diferă din nou de ce alege furnizorul să păstreze. Țineți cele două întrebări separate când citiți o pagină de politici, fiindcă una este inevitabilă, iar cealaltă este o decizie. O afirmație că nu se păstrează istoric de navigare nu spune nimic despre istoricul mapărilor.

Dacă mapările istorice, asocierile de cont sau înregistrările de conexiune persistă este o întrebare pentru politica și implementarea reale ale furnizorului. Redirecționarea nu dovedește că fiecare categorie este înregistrată. Întrebați concret ce câmpuri supraviețuiesc după retragerea mapării și pentru cât timp.

Accesibilitatea de intrare este separată și de rutarea de ieșire a clientului, de DNS și de comportamentul la eșec. Adăugarea unei mapări nu descrie cum iese restul traficului clientului.

Cât durează maparea schimbă expunerea

O mapare poate persista pentru o sesiune, pentru o rezervare sau conform unei politici a furnizorului care o modifică. Nici alocarea permanentă, nici rotația constantă nu trebuie presupuse; citiți comportamentul documentat al produsului și notați ce observați. Două observații la o săptămână distanță spun mai mult despre 'rotație' decât orice frază de marketing din pagina produsului. Notați intervalul observat lângă punctul terminal în notele dumneavoastră, fiindcă intervalul face parte din expunere.

Durata de viață schimbă ce corelație este posibilă. Un punct terminal stabil invită la urmărirea pe termen lung a unui singur serviciu, în timp ce unul rotativ face fiecare observație mai greu de unit cu precedenta. Niciuna dintre proprietăți nu este o garanție despre înregistrările furnizorului și niciuna nu înlocuiește decizia despre ce publică serviciul însuși.

Publicați deliberat, apoi închideți ambele uși

Confirmați că furnizorul permite protocolul de care aveți nevoie, că ascultătorul țintă este cel la care v-ați gândit și că controalele gazdei și ale aplicației mai limitează accesul. Înainte de publicare, uitați-vă la ce va prezenta serviciul unui necunoscut. Aceste două comenzi arată certificatul și antetele pe care le primește un vizitator.

openssl s_client -connect pub.example.net:443 -brief < /dev/null
curl -sSI https://pub.example.net/

Publicarea unui lucru nu justifică expunerea paginilor sale de administrare sau renunțarea la autentificarea aplicației, iar traducerea nu oferă TLS unui serviciu care nu l-a avut niciodată. Păstrați protocolul criptat și verificările de identitate ale serverului la locul lor, indiferent cum sosește traficul. Apoi verificați antetele răspunsului, fiindcă un 'banner' sau o pagină de depanare poate spune unui necunoscut mai mult decât intenționează serviciul. Ce returnează cele două comenzi este aceeași vedere pe care o obține un observator.

Retragerea serviciului înseamnă două închideri, nu una: retrageți maparea prin proprietarul ei, apoi tratați ascultătorul și dreptul ca elemente separate. Un punct terminal salvat în favorite care nu mai răspunde nu revocă o acreditare și nu recuperează informații deja livrate.