Selaimen aikavyöhyke vastaan IP-sijainti: riskisignaalin vertailu
Selaimen vyöhyke ja IP:stä johdettu vyöhyke mittaavat eri asioita. Vertaa, mitä kumpikin voi todistaa, ennen kuin poikkeama muuttuu VPN-tuomioksi riskimallissasi.
Selain ilmoittaa Europe/London, kun taas IP-tietokanta sijoittaa pyynnön America/New_Yorkiin. Se on kahden havainnon välinen poikkeama, ja se kannattaa kirjata. Se ei ole todiste siitä, että kävijä käyttää VPN:ää, ja juuri sen kohteleminen todisteena on paikka, jossa useimmat toteutukset menevät pieleen. Alla oleva vertailu pitää kaksi arvoa ja niiden epäonnistumistavat erillään.
Kaksi havaintoa, joilla on eri omistaja
Selaimen arvo on asetus: vyöhyke, jonka käyttöjärjestelmä tai käyttäjä valitsi päivämäärien muotoiluun. Tietokannan arvo on IP-verkkoon liitetty arvio, jonka tuottaa osoitealueita paikkoihin kartoittava palveluntarjoaja. Kumpikaan ei ole vahvistettu väite siitä, missä kävijä seisoo, eikä kumpikaan tiedä, mitä verkkopolkua pyyntö kulki.
Koska omistajat eroavat, kaksi arvoa voivat poiketa syistä, joilla ei ole mitään tekemistä yksityisyystyökalujen kanssa. Kotivyöhykkeen säilyttävä matkailija, pääkonttorin aikaan kiinnitetty yrityskannettava, alueellisella lähdöllä varustettu satelliittiyhteys tai vanhentunut tietokantarivi tuottavat kaikki poikkeaman.
Miten kukin arvo oikeasti syntyy
Selain voi lukea ratkaistun vyöhykkeensä komennolla new Intl.DateTimeFormat().resolvedOptions().timeZone, joka palauttaa muotoilijan asetuksista johdetun IANA-tunnisteen. Se ei pyydä sijaintilupaa eikä konsultoi GPS:ää. Palvelimella selvitä asiakkaan osoite luotetusta välityspalvelinasetuksestasi ja hae se sitten hyväksytystä palveluntarjoajasta. Kävijän toimittama edelleenlähetysotsake ei ole automaattisesti tuo osoite.
Tallenna kaksi havaintoa erillisiin kenttiin yhdessä havaintoajan ja haun tuloksen kanssa. Johdetun kentän nimeäminen vpnDetected kun laskenta on vain vyöhykkeiden vertailu, leipoo johtopäätöksen mittaukseen ja vaikeuttaa myöhempää tarkastelua.
Mitä yhteensopivuus ja poikkeama kumpikin todistavat
| Havainto | Mitä se jättää ratkaisematta |
|---|---|
| Erilaiset ilmoitetut vyöhykkeet | Matkustaminen, säilytetty asetus, yrityksen yhdyskäytävä, välityspalvelin tai tietokantavirhe voivat kaikki tuottaa sen. |
| Sama ilmoitettu vyöhyke | VPN-lähtö voi sijaita käyttäjän vyöhykkeellä, joten yhteensopivuus ei osoita suoraa yhteyttä. |
| Yksi arvo puuttuu tai on virheellinen | Vertailu ei ole käytettävissä, mikä ei ole yhteensopivuus eikä poikkeama. |
Epäsymmetria merkitsee enemmän kuin taulukko antaa ymmärtää. Poikkeamalla on monta syytöntä selitystä, kun taas yhteensopivuudella on ainakin yksi syyllinen, joten kumpikaan suunta ei tue kategorista sääntöä. Palveluntarjoajan omat tarkkuushuomautukset kuvaavat rajallista tarkkuutta ja puuttuvia tietoja, ja huomauttavat, että anonymisointipalvelu voi paljastaa palvelimensa sijainnin käyttäjän sijaan.
Siksi signaali kuuluu riskipisteisiin, joissa on kirjattu syy ja nimenomainen tuntematon tila, ei käyttöoikeutta ohjaavaan totuusarvoon.
UTC-siirtymät eivät ole oikotie
Siirtymien vertailu vyöhyketunnisteiden sijaan ei korjaa päätelmää. Kaksi eri vyöhykettä voi jakaa siirtymän osan vuodesta, ja sama vyöhyke voi vaihtaa siirtymää kesäajan rajalla. Jos ominaisuus todella tarvitsee siirtymän ajoitukseen, laske se tiettyä hetkeä varten sen sijaan, että tallennat yhden luvun ja käytät sitä uudelleen identiteettitodisteena.
Merkkijonojen vertailulla on oma ansansa: saman vyöhykkeen kaksi kirjoitusasua tai vanha alias eroavat tekstinä, vaikka kuvaavat samaa asetusta. Validoi tunnisteet ja vertaa alustan aikavyöhykekäsittelyn kautta sen sijaan, että sovittaisit raakoja merkkijonoja.
Estä vai pisteytä: valitse vastaus tietoisesti
Ajan näyttämiseen kysy kävijältä, mitä vyöhykettä hän suosii, ja lopeta siihen. Sovelluksen riskijärjestelmässä kohtele poikkeamaa yhtenä heikkona kontekstisignaalina todelliseen uhkamalliin sopivien todisteiden rinnalla ja anna epäonnistuneen haun tuottaa tuntematon hiljaisen tunnistuksen sijaan. Pelkkään vertailuun perustuva esto muuttaa mittausaukon käyttäjään kohdistuvaksi syytökseksi.
Jos seurauksellinen päätös tarvitsee vahvempaa varmuutta, käytä sitä varten suunniteltua vahvistus- tai todennusvaihetta. Aikavyöhykeheuristiikka ei voi tarjota sitä varmuutta, ja tunnistin, joka laskee puuttuvat todisteet onnistumiseksi, voi näyttää tehokkaalta vastatessaan eri kysymykseen kuin esitit.