Tidssona til nettlesaren mot IP-plassering: eit risikosignal samanlikna
Sona til nettlesaren og sona utleidd frå IP måler ulike ting. Samanlikn kva kvar av dei kan prova før eit avvik blir ein VPN-dom i risikomodellen din.
Ein nettlesar rapporterer Europe/London medan ein IP-database plasserer førespurnaden i America/New_York. Det er eit usemje mellom to observasjonar, og det er verdt å registrere. Det er ikkje prov for at vitjaren brukar VPN, og å handsame det som prov er der dei fleste implementasjonane går feil. Samanlikninga nedanfor held dei to verdiane og feilmodusane deira skilde.
To observasjonar med ulike eigarar
Nettlesarverdien er ei innstilling: sona operativsystemet eller brukaren valde for å formatera datoar. Databaseverdien er eit overslag knytt til eit IP-nettverk, produsert av ein leverandør som kartlegg adresseblokker til stader. Ingen av dei er ei autentisert utsegn om kvar vitjaren står, og ingen av dei veit kva nettverksveg førespurnaden tok.
Fordi eigarane er ulike, kan dei to verdiane gå frå kvarandre av grunnar som ikkje har noko med personvernverktøy å gjere. Ein reisande som held på heimesona, ein bedriftsberbar låst til tida på hovudkontoret, ei satellittlenkje med regional utgang, eller ei utdatert databaserad gjev alle eit avvik.
Korleis kvar verdi faktisk blir produsert
Ein nettlesar kan lese den oppløyste sona si med new Intl.DateTimeFormat().resolvedOptions().timeZonenew Intl.DateTimeFormat().resolvedOptions().timeZone
, som returnerer ein IANA-identifikator utleidd frå formateringsinnstillingane. Han ber ikkje om posisjonstilgang og konsulterer ikkje GPS. På tenaren, løys opp klientadressa frå den klarerte proxy-konfigurasjonen din, og slå henne deretter opp hos ein godkjend leverandør. Ein videresendingsheader som vitjaren oppgjev er ikkje automatisk den adressa.vpnDetectedLagre dei to observasjonane som skilde felt saman med observasjonstida og resultatet av oppslaget. Å kalle det utleidde feltet
vpnDetected
| når utrekninga berre er ei sonesamanlikning bakar ein konklusjon inn i ei måling og gjer seinare gjennomgang vanskelegare. | Kva samsvar og avvik kvar for seg provar |
|---|---|
| Observasjon | Kva han lèt stå uavklart |
| Ulike rapporterte soner | Reise, ei halden innstilling, ein bedriftsgateway, ein proxy eller ein databasefeil kan alle produsere det. |
| Den same rapporterte sona | Ein VPN-utgang kan liggje i sona til brukaren, så samsvar etablerer ikkje ei direkte tilknyting. |
Éin verdi manglar eller er ugyldig
Samanlikninga er utilgjengeleg, noko som korkje er samsvar eller avvik.
Asymmetrien tyder meir enn tabellen antydar. Eit avvik har mange uskuldige forklaringar, medan eit samsvar har minst éin skuldig, så ingen av retningane støttar ein kategorisk regel. Nøyaktigheitsnotata til leverandøren sjølv skildrar avgrensa presisjon og manglande data, og dei peikar på at ein anonymiseringsteneste kan avsløre tenarplasseringa si i staden for brukaren si.
Det er difor signalet høyrer heime i ein risikoscore med ein registrert grunn og ein eksplisitt ukjend tilstand, ikkje i ein boolsk verdi som styrer tilgang.
UTC-forskyvingar er inga snarveg
Å samanlikne forskyvingar i staden for soneidentifikatorar reparerer ikkje slutninga. To ulike soner kan dele ei forskyving delar av året, og same sone kan endre forskyving ved ei sumartidsgrense. Viss ein funksjon faktisk treng ei forskyving for planlegging, rekn henne ut for det konkrete augneblinken i staden for å lagre eitt tal og bruke det om att som identitetsprov.
Strengsamanlikning har si eiga felle: to stavemåtar av same sone, eller eit eldre alias, vil avvike som tekst medan dei skildrar same innstilling. Valider identifikatorane og samanlikn gjennom tidssonehandteringa til plattformen i staden for å matche rå strengar.
Blokkere eller score: vel responsen medvite