Proxy, VPN e indirizzi residenziali: cosa può e cosa non può dire un sito web
Ogni sito web vede l'indirizzo da cui è arrivata una richiesta. Ciò che decide su quell'indirizzo è un'altra questione, e le due cose vengono confuse di continuo. Questo articolo separa ciò che un server può osservare da ciò che vende un fornitore di rilevamento.
Cosa osserva il server
Il server vede un indirizzo di origine e una porta. Dall'indirizzo può ricavare, tramite consultazione, una posizione approssimativa, l'organizzazione proprietaria dell'intervallo (l'ASN) e se l'intervallo è registrato a un ISP consumer, a una società di hosting, a un operatore mobile o a un'università. Vede anche i dettagli dell'handshake TLS, le intestazioni HTTP inviate dal client e i tempi della connessione. Questa è l'intera prova di prima mano.
Cosa aggiunge una consultazione
I database commerciali classificano gli intervalli di indirizzi: «residenziale», «data center», «uscita VPN nota», «uscita Tor», «mobile». Sono costruiti a partire da dati di registrazione pubblici, da schemi di traffico e da elenchi di uscite che i fornitori di VPN pubblicano o che sono state osservate. I siti comprano l'accesso a questi database e li interrogano su ogni visitatore. Il verdetto «Proxy: sì» su alcune pagine diagnostiche è la risposta a quella domanda; non è qualcosa che ha detto il browser, ed è affidabile solo quanto il database che c'è dietro.
Per questo una diagnostica che non interroga un database simile dovrebbe indicare «Non testato» per i controlli su proxy, blacklist e anonimato, invece di tirare a indovinare. Indovinare solo dai segnali del browser sarebbe sbagliato abbastanza spesso da trarre in inganno.
Proxy, VPN e residenziale, dal punto di vista del server
Una VPN trasporta tutto il traffico di un dispositivo, quindi le richieste HTTP del browser, i pacchetti WebRTC e le query DNS escono tutti dallo stesso posto. Il server vede un solo indirizzo coerente, di solito in un intervallo che i database sanno appartenere a un fornitore di VPN.
Un proxy configurato nel browser trasporta solo il traffico che il browser gli invia. L'HTTP passa dal proxy; l'UDP per WebRTC potrebbe no; la risoluzione DNS può avvenire in locale o sul proxy a seconda del tipo di proxy. Il server può vedere l'indirizzo del proxy nella richiesta e, se WebRTC non è contenuto, un indirizzo diverso nei candidati. Questa incoerenza, non il proxy in sé, è ciò che viene notato.
Un indirizzo residenziale è un indirizzo registrato a un ISP consumer. I database lo trattano come la categoria meno sospetta perché è ciò che hanno la maggior parte dei visitatori reali. Le reti di proxy residenziali instradano il traffico attraverso tali indirizzi, ed è per questo che si vendono a un prezzo più alto e che i fornitori di rilevamento si impegnano a identificarli dal comportamento anziché dalla registrazione.
I controlli che non richiedono un database
Tre confronti funzionano senza alcun fornitore. Il fuso orario del browser corrisponde a quello dell'indirizzo? Il candidato WebRTC corrisponde all'indirizzo della richiesta? L'elenco delle lingue è coerente con la regione? Nessuno di questi dimostra nulla, ma ciascuno è gratuito, e una discrepanza su tutti e tre è difficile da spiegare. Una diagnostica che li mostra affiancati ti offre la stessa vista che ottiene un sito prima di spendere denaro per una consultazione.
Cosa portarsi a casa
L'indirizzo è un fatto. La classificazione è un'opinione di un database che non puoi vedere. La coerenza tra l'indirizzo e tutto il resto che il browser dichiara è la parte che controlli, ed è la parte che vale la pena verificare.
