Ikus dezake norbaitek zure IPa txat-aplikazio batean? Zer daki behatzaile bakoitzak
Errelaio bidezko txat batean, igorlea eta zure sare-kidea erakunde desberdinak dira. Bereizi zer ikusten duen zerbitzuak, zer zuk eta zer iradokitzen duen aplikazioaren etiketak.
«Norarekin ari naiz hizketan?» bi galdera dira esaldi bakarrean. Bata mezua idatzi zuen kontuari buruzkoa da, bestea zure bezeroak benetan duen sare-konexioaren beste muturreko makinari buruzkoa. Errelaio bidezko txat batean ia inoiz ez dira erakunde bera, eta desberdintasun horrek azaltzen du VPN batek zer ezkutatzen duen eta zer ez idazten diozun pertsonari buruzko nahasmenaren zatirik handiena. Topologia ondo jarriz gero, pribatutasun-galdera erantzun daitekeen zerbait bihurtzen da, emozionala izan beharrean.
Zure bezeroa zerbitzuarekin ari da hizketan, ez beste pertsonarekin
Imajinatu testu-txat aplikazio bat, non parte-hartzaile bakoitza zerbitzura konektatzen den eta zerbitzuak mezuak kontuen artean banatzen dituen. Zure bezeroak konexio bat du zerbitzuarekin; beste parte-hartzaileak konexio bereizi bat du zerbitzu berarekin. Mezuak haien bezerotik zerbitzura eta zerbitzutik zure bezerora egiten du bidaia, hau da, zure garraio-kidea zerbitzuaren mutur bat da, ez haien gailua.
Alex's client -> chat service -> your clientOndorengo guztia diagrama horretatik dator. Zure konexioari begiratzeak zerbitzua identifikatzen du, ez Alex. Alexen konexioari begiratzeak zerbitzua identifikatzen du beste aldetik. Bi behaketetako bat ere ez da, bere horretan, beste pertsonaren gailuaren pakete-mailako erregistroa, eta zure trafikoa aztertzeak ez du halako bihurtzen.
Behatzaile desberdinek froga desberdinak biltzen dituzte
Zerbitzua parte-hartzaile edozein baino posizio sendoagoan dago, bi konexioak amaitzen dituelako eta, aldi berean, badakielako zein konturenak diren bakoitza. Zer gordetzen duen, zenbat denboraz, zein erregistro elkartzen dituen eta nori agertzen dizkion galdera bereiziak dira, erantzun bereiziekin, eta horietako bat ere ez da «aplikazioa muturretik muturrera zifratuta dago» esaldiarekin erantzuten.
Zuk, hartzaile gisa, posizio ahula duzu sare-faktuei dagokienez, baina posizio sendoa edukiei dagokienez: mezuaren testua, erakutsitako izena, igorleak idatzi edo erantsi duen guztia. Bere helbidea bera idazten duen igorleak agerian utzi du, eta agerraldi hori ez da sare-behaketa bat, hala irakurtzen bada ere.
| Observer | Sees | Cannot conclude |
|---|---|---|
| You | Your connection to the service, message contents, sender-supplied details | The other client's source address |
| The other participant | Their connection, message contents, what the service attaches | Your source address |
| The service | Both connections, account mapping, delivery metadata | What it does not retain, or what leaves its boundary |
Alex VPN baten bidez konektatzen bada, zerbitzuak konexio horren irteera-helbidea ikus dezake, Alexen etxeko helbidea izan beharrean. Hori zerbitzuak zer ikusten duen dioen baieztapena da. Ez du esan nahi irteera-helbidea zuri ematen zaizunik, eta inola ere ez du esan nahi zure konexioa Alexen garraio-hautuaren ondorioz anonimo bihurtzen denik.
Aplikazioa benetan parekoa-parekoa denean
Errelaio-eredua eredua da, ez legea. Mezu-funtzio batzuek bide zuzenak ezartzen dituzte bezeroen artean, adibidez seinaleztapen-zerbitzari baten bidez negoziatutako nabigatzaileko datu-kanal bat, edo fitxategi-transferentzia modu bat, bi gailuak konektatzen dituena datu-bolumen handiak errelaioan ez igarotzeko. Kasu horietan garraio-kidea benetan beste parte-hartzailearen gailua da, eta behatzaile-analisia erabat aldatzen da.
Aplikazio baten etiketa atsegina ez da nahikoa zein kasutan zauden esateko. «Mezu zuzena» irakurtzen duena deskribatzen du, ez nola garraiatzen den, eta aplikazio bereko dei- edo pantaila-partekatze-funtzio batek alboko testu-hariaz bestelako topologia erabil dezake. Irakurri hornitzailearen dokumentazioa funtzio zehatzerako, edo begiratu zure bezeroak zer konexio irekitzen dituen hura erabiltzen duzun bitartean.
Muturretik muturrera zifratzearen baieztapenak eduki babestuak norrek irakur ditzakeen biltzen du. Ez du ezer esaten zein zerbitzarik onartzen dituen konexioak, zer metadatu ikusten dituzten edo bide zuzenik badagoen, eta RFC 6973ren behatzailearen gaitasunei buruzko eztabaida diziplina erabilgarria da: izenda ezazu behatzailea, eta gero zerrendatu hark benetan bil dezakeena.
Zer esan nahi duen honek VPN baterako
VPN batek aldatzen du zerbitzuak zure konexioaz ikusten duena. Ez du aldatzen nor den zure garraio-kidea, eta ez dio beste parte-hartzaileari zure helbideaz ikuspegi berririk ematen. VPN batek idazten diozun pertsonarengandik ezkutatuko zaituela espero izatea kategoria-errorea da: haien bezeroak ez zuen inoiz zurearekin konexiorik izan.
VPN batek alda dezakeena bide zuzeneko funtzio bat da. Aplikazioak bestela parekoa-parekoa konexioa negoziatuko balu, zure trafikoa tunel batetik bideratzeak errelaioa behartu dezake horren ordez, eta funtzio batzuek beste modu batera jokatuko dute edo atzera egingo dute; benetako efektua da, baina topologiari buruzkoa da, ez elkarrizketatik desagertzeko.
Ondoren, edozein oharretan, mantendu bi galderak bereizita. Zein kontuk bidali du eta zein muturrek eraman du. Erantzun biei modu esplizituan, ohartu nork behatu dezakeen erantzun bakoitza, eta utzi biak erabaki bakar batean nahasteari, mezua jarraitu daitekeen ala ez ebazteko.