Què pot veure una passarel·la VPN de feina sobre on ets

L’adreça que veu un lloc web després que et connectis a una VPN de feina no és l’adreça que la passarel·la de feina va veure quan et vas connectar. La passarel·la accepta un túnel entrant des de qualsevol xarxa on sigui el teu portàtil, i aquest origen li és visible abans que existeixi cap trànsit tunelitzat. Que un navegador informi després d’una sortida corporativa no esborra l’observació anterior, perquè són observacions de coses diferents. Entendre quina és quina resol la major part de la discussió sobre què pot i què no pot inferir un empleador.

Dues adreces, dues observacions diferents

El mecanisme és un sòcol, no una política. Quan el teu client obre el túnel, envia paquets des d’una adreça local a l’adreça pública de la passarel·la, i el nucli de la passarel·la registra l’origen d’aquest flux. Aquest origen és el punt final de xarxa que el teu proveïdor va assignar a la connexió en aquell moment.

Darrere d’un encaminador domèstic, l’origen és l’adreça pública de l’encaminador després del NAT. En una xarxa mòbil pot ser una adreça NAT d’operador compartida amb molts altres abonats alhora, i per això dues persones sense relació poden semblar que venen del mateix lloc. En una xarxa de convidats corporativa és la sortida d’aquella xarxa. En tots els casos la passarel·la coneix una adreça, un port i una marca temporal, i l’adreça pertany a un operador de xarxa, no a una persona.

Què registra realment la passarel·la

Què s’escriu després és una qüestió diferent de què és tècnicament visible. La passarel·la pot registrar la connexió, la identitat d’autenticació i l’adreça de túnel assignada, o pot no registrar gairebé res més enllà de l’estat de la sessió. La retenció, l’exportació a un SIEM i la correlació amb un compte són decisions de desplegament, i cap d’elles no es deriva del fet que l’origen fos observable.

Tracta la visibilitat i la retenció com dos eixos. Un servei pot veure-ho tot i no guardar res, o veure’n poc i reenviar-ho tot.

La conseqüència pràctica és que no pots raonar sobre els registres del teu empleador a partir del client que has instal·lat. Pregunta què està configurat per recollir el servei i durant quant de temps, i espera que la resposta sigui un document de política i no una garantia tècnica. També val la pena separar la passarel·la VPN de tota la resta d’un dispositiu gestionat, perquè el programari d’extrem té les seves pròpies capacitats i els seus propis registres. Una VPN personal canvia una ruta; no canvia què pot observar el programari que ja s’executa a la màquina.

Què pot dir i què no una base IP

Una base de dades de geolocalització IP pren aquesta adreça i retorna camps: país, regió, ciutat, codi postal, latitud i longitud, més un radi de precisió quan el proveïdor n’ofereix un. Aquests camps són estimacions derivades de dades de registre, topologia de xarxa i latència mesurada, i es degraden de manera diferent a cada nivell. Una resposta de país pot ser sòlida mentre la de ciutat és una conjectura.

La guia d’exactitud del mateix MaxMind és explícita sobre la distinció que importa aquí: localitzar un servidor VPN no és localitzar els seus usuaris, i les dades no poden identificar una llar, una persona ni una adreça postal. Llegeix el radi de precisió i els camps de confiança on el producte els exposi, i tracta les dades absents com a absents, no com un valor per defecte. Un marcador al mapa és una elecció de representació, no un mesurament. Els registres d’assignació i el DNS invers són encara un altre tipus de prova: whois 203.0.113.5 et diu quin operador té l’assignació i dig +short -x 203.0.113.5 et diu com la va anomenar l’operador, i cap de les dues coses no afirma on era una persona.

Registres que no són intercanviables

Això talla en les dues direccions, i per això és una mala base per a una decisió categòrica. Una estimació que coincideix amb la regió aprovada no demostra presència. Una discrepància, per si sola, no demostra engany.

Una revisió de treball remot que es basa en una sola consulta respon una pregunta diferent de la que es fa. El que necessita és context: quines ubicacions permet l’acord, què va declarar la persona i si les altres proves hi coincideixen. És un procés de gestió amb aportacions tècniques, no un veredicte tècnic.

Els altres registres que una organització pot tenir no són intercanviables amb una adreça d’origen. La configuració de zona horària és una preferència del dispositiu que qualsevol pot canviar; un esdeveniment de compte registra que hi va haver una sessió, no on; una lectura d’ubicació del dispositiu feta pel programari d’extrem és un sensor diferent, amb permisos diferents i modes d’error diferents. Suposar que tots els empleadors ho recullen tot és tan equivocat com suposar que no es recull res. La disciplina útil és anomenar el registre, el seu propietari i el seu mode d’error abans de tractar-lo com a prova de res.

Què se’n deriva per a un acord de feina

Per als teus propis acords, la pregunta a fer és què recull l’organització i quines ubicacions de treball permet. Són dues respostes de dues parts diferents del negoci.

Una visualització d’IP d’origen no pot resoldre el permís per treballar des d’un lloc, i canviar una ruta no substitueix l’acord. Si la política no és clara, el moviment productiu és preguntar en lloc d’optimitzar el camí de xarxa. Les solucions tècniques solen produir exactament el registre que sembla una ocultació.

L’afirmació tècnica defensable és estreta, i val la pena mantenir-la estreta: la passarel·la observa l’origen de xarxa de la connexió entrant, una base de geolocalització pot estimar una ubicació per a aquest origen, i qualsevol afirmació sobre la posició física d’una persona necessita proves més enllà de totes dues. La guia d’exactitud de MaxMind és la referència del que aquestes estimacions permeten afirmar. Tot el que ve després és una qüestió de política disfressada de tècnica.