منطقه زمانی مرورگر در برابر مکان IP: مقایسه یک نشانه خطر
منطقه مرورگر و منطقه استخراجشده از IP چیزهای متفاوتی را اندازه میگیرند. پیش از آنکه ناهمخوانی به حکم VPN در مدل خطر شما تبدیل شود، مقایسه کنید هر یک چه چیزی را میتواند اثبات کند.
مرورگر Europe/London را گزارش میکند در حالی که یک پایگاه داده IP درخواست را در America/New_York قرار میدهد. این ناهمخوانی میان دو مشاهده است و ارزش ثبت دارد. این اثباتی بر استفاده بازدیدکننده از VPN نیست و برخورد با آن بهعنوان اثبات همان جایی است که بیشتر پیادهسازیها خطا میکنند. مقایسه زیر دو مقدار و شیوههای شکست آنها را جدا نگه میدارد.
دو مشاهده با دو مالک متفاوت
مقدار مرورگر یک تنظیم است: منطقهای که سیستمعامل یا کاربر برای قالببندی تاریخ برگزیده است. مقدار پایگاه داده برآوردی وابسته به یک شبکه IP است که ارائهدهندهای با نگاشت بلوکهای نشانی به مکانها آن را تولید میکند. هیچیک بیانیهای تأییدشده درباره جای ایستادن بازدیدکننده نیست و هیچیک نمیداند درخواست از کدام مسیر شبکه گذشته است.
چون مالکان متفاوتاند، دو مقدار میتوانند به دلایلی که هیچ ارتباطی با ابزارهای حریم خصوصی ندارند واگرا شوند. مسافری که منطقه خانه را نگه میدارد، لپتاپ شرکتی تنظیمشده بر ساعت ستاد، پیوند ماهوارهای با خروجی منطقهای، یا سطری کهنه در پایگاه داده، همه ناهمخوانی تولید میکنند.
هر مقدار در واقع چگونه تولید میشود
مرورگر میتواند منطقه حلشده خود را با این بخواند: new Intl.DateTimeFormat().resolvedOptions().timeZone، که شناسه IANA برگرفته از تنظیمات قالببند را بازمیگرداند. مجوز مکان درخواست نمیکند و به GPS مراجعه نمیکند. در سرور، نشانی کارخواه را از پیکربندی پروکسی مورد اعتماد خود تعیین کنید و سپس آن را نزد ارائهدهنده تأییدشده جستوجو کنید. سرصفحه ارجاعی که بازدیدکننده ارائه میدهد بهطور خودکار همان نشانی نیست.
دو مشاهده را در فیلدهای جداگانه همراه با زمان مشاهده و نتیجه جستوجو نگه دارید. نامیدن فیلد استخراجی به vpnDetected در حالی که محاسبه تنها مقایسه منطقه است، نتیجهای را درون یک اندازهگیری میپزد و بازبینی بعدی را سختتر میکند.
همخوانی و ناهمخوانی هر یک چه چیزی را اثبات میکنند
| مشاهده | چه چیزی را حلنشده میگذارد |
|---|---|
| مناطق گزارششده متفاوت | سفر، تنظیمی که حفظ شده، دروازه کسبوکار، پروکسی یا خطای پایگاه داده همه میتوانند آن را تولید کنند. |
| همان منطقه گزارششده | خروجی VPN میتواند در منطقه کاربر باشد، پس همخوانی ارتباط مستقیم را اثبات نمیکند. |
| یک مقدار ناموجود یا نامعتبر | مقایسه در دسترس نیست، که نه همخوانی است و نه ناهمخوانی. |
عدم تقارن بیش از آنچه جدول القا میکند اهمیت دارد. ناهمخوانی توضیحهای بیگناه بسیاری دارد، در حالی که همخوانی دستکم یک توضیح مشکوک دارد، پس هیچ جهت پشتیبان قاعدهای قطعی نیست. یادداشتهای دقت خود ارائهدهنده، دقت محدود و دادههای ناقص را توصیف میکنند و یادآور میشوند که یک سرویس ناشناسسازی میتواند مکان سرور خود را بهجای مکان کاربر آشکار کند.
به همین دلیل این نشانه به امتیاز خطر با دلیل ثبتشده و وضعیت ناشناخته صریح تعلق دارد، نه به یک مقدار منطقی که دسترسی را کنترل میکند.
اختلافهای UTC میانبر نیستند
مقایسه اختلافها بهجای شناسههای منطقه استنتاج را اصلاح نمیکند. دو منطقه متفاوت میتوانند بخشی از سال یک اختلاف را شریک باشند و همان منطقه میتواند در مرز زمان تابستانی اختلاف را تغییر دهد. اگر یک قابلیت واقعاً برای زمانبندی به اختلاف نیاز دارد، آن را برای همان لحظه مشخص محاسبه کنید، نه اینکه یک عدد ذخیره و دوباره بهعنوان شاهد هویت استفاده کنید.
مقایسه رشتهای تله خود را دارد: دو املای یک منطقه یا یک نام مستعار قدیمی در متن متفاوت خواهند بود در حالی که یک تنظیم را توصیف میکنند. شناسهها را اعتبارسنجی کنید و از راه پردازش منطقه زمانی سکو مقایسه کنید، نه با تطبیق رشتههای خام.
مسدود کردن یا امتیاز دادن: پاسخ را آگاهانه برگزینید
برای نمایش زمان، از بازدیدکننده بپرسید کدام منطقه را ترجیح میدهد و همانجا بس کنید. برای سامانه خطر یک برنامه، ناهمخوانی را یک نشانه زمینهای ضعیف در کنار شواهدی که با مدل تهدید واقعی میخواند ببینید و بگذارید جستوجوی ناموفق ناشناخته تولید کند نه کشف خاموش. مسدود کردن تنها بر پایه مقایسه، شکاف اندازهگیری را به اتهامی علیه کاربر تبدیل میکند.
اگر تصمیمی پرپیامد به تضمین قویتری نیاز دارد، از گام تأیید یا احراز هویتی که برای آن طراحی شده استفاده کنید. یک هیوریستیک منطقه زمانی نمیتواند آن تضمین را فراهم کند، و آشکارسازی که شواهد ناقص را موفقیت میشمارد میتواند کارآمد به نظر برسد در حالی که به پرسشی متفاوت از پرسش شما پاسخ میدهد.