Časové pásmo prehliadača verzus poloha podľa IP: porovnanie rizikového signálu
Pásmo prehliadača a pásmo odvodené z IP merajú rozdielne veci. Porovnajte, čo každé dokáže preukázať, skôr než sa nezhoda stane verdiktom o VPN vo vašom modeli rizika.
Prehliadač hlási Europe/London, zatiaľ čo databáza IP umiestňuje požiadavku do America/New_York. To je nezhoda medzi dvoma pozorovaniami a stojí za zaznamenanie. Nie je to dôkaz, že návštevník používa VPN, a práve zaobchádzanie s tým ako s dôkazom je miesto, kde väčšina implementácií zlyháva. Porovnanie nižšie drží obe hodnoty a ich spôsoby zlyhania oddelene.
Dve pozorovania s rôznymi vlastníkmi
Hodnota prehliadača je nastavenie: pásmo, ktoré vybral operačný systém alebo používateľ na formátovanie dátumov. Hodnota databázy je odhad priradený k IP sieti, ktorý vytvára poskytovateľ mapujúci bloky adries na miesta. Ani jedno nie je overené tvrdenie o tom, kde návštevník stojí, a ani jedno nevie, akou sieťovou cestou požiadavka išla.
Keďže sa vlastníci líšia, obe hodnoty sa môžu rozísť z dôvodov, ktoré nemajú nič spoločné s nástrojmi na ochranu súkromia. Cestovateľ, ktorý si ponecháva domáce pásmo, firemný prenosný počítač pripnutý na čas centrály, satelitné spojenie s regionálnym výstupom alebo zastaraný riadok databázy – všetky vytvárajú nezhodu.
Ako každá hodnota skutočne vzniká
Prehliadač môže prečítať svoje vyriešené pásmo pomocou new Intl.DateTimeFormat().resolvedOptions().timeZonenew Intl.DateTimeFormat().resolvedOptions().timeZone
, čo vracia identifikátor IANA odvodený z nastavení formátovača. Nevyžaduje povolenie na polohu a nekonzultuje GPS. Na serveri zistite adresu klienta z dôveryhodnej konfigurácie proxy a potom ju vyhľadajte u schváleného poskytovateľa. Hlavička preposielania, ktorú dodá návštevník, nie je automaticky touto adresou.vpnDetectedUložte obe pozorovania ako oddelené polia spolu s časom pozorovania a výsledkom vyhľadania. Pomenovanie odvodeného poľa
vpnDetected
| , keď je výpočet len porovnaním pásiem, vkladá záver do merania a sťažuje neskoršiu kontrolu. | Čo dokazuje zhoda a čo nezhoda |
|---|---|
| Pozorovanie | Čo necháva nevyriešené |
| Rôzne hlásené pásma | Cesta, zachované nastavenie, firemná brána, proxy alebo chyba databázy to všetko môžu spôsobiť. |
| To isté hlásené pásmo | Výstup VPN môže byť v pásme používateľa, takže zhoda nepreukazuje priame spojenie. |
Jedna hodnota chýba alebo je neplatná
Porovnanie nie je dostupné, čo nie je ani zhoda, ani nezhoda.
Asymetria je dôležitejšia, než tabuľka naznačuje. Nezhoda má mnoho nevinných vysvetlení, kým zhoda má aspoň jedno vinné, takže ani jeden smer nepodporuje kategorické pravidlo. Vlastné poznámky poskytovateľa o presnosti opisujú obmedzenú presnosť a chýbajúce údaje a upozorňujú, že anonymizačná služba môže prezradiť polohu svojho servera, nie používateľa.
Preto signál patrí do rizikového skóre so zaznamenaným dôvodom a výslovným neznámym stavom, nie do logickej hodnoty, ktorá riadi prístup.
Posuny UTC nie sú skratkou
Porovnávanie posunov namiesto identifikátorov pásiem neopravuje odvodenie. Dve rôzne pásma môžu zdieľať posun časť roka a to isté pásmo môže zmeniť posun na hranici letného času. Ak funkcia skutočne potrebuje posun na plánovanie, vypočítajte ho pre konkrétny okamih, namiesto ukladania jedného čísla a jeho opätovného použitia ako dôkazu totožnosti.
Porovnávanie reťazcov má svoju vlastnú pascu: dva zápisy toho istého pásma alebo starý alias sa ako text líšia, hoci opisujú to isté nastavenie. Overte identifikátory a porovnávajte cez spracovanie časových pásiem platformy namiesto porovnávania surových reťazcov.
Blokovať alebo skórovať: zvoľte reakciu vedome