منع الاحتيالبصمة الجهاز مقابل ذكاء عناوين IP: لماذا تحتاج إلى الاثنين معًا
بصمة الجهاز تتعرّف على المتصفح العائد، وذكاء عناوين IP يقرأ شبكته. في استعلاماتنا سجّل خادم Mullvad VPN الدرجة 100 وعنوان Private Relay الدرجة 9.
تُعيد فرق الاحتيال والثقة النقاش نفسه باستمرار: بصمة الجهاز أم ذكاء عناوين IP، أيهما نشتري؟ هذا هو السؤال الخطأ. ففي حركة موقع كبير حقيقية كانت نحو ثلث البصمات فقط فريدة، وهي تتغيّر خلال أيام، ومتصفحات مكافحة الكشف تزوّرها بالجملة. أما عنوان IP فيصل مع أول حزمة، من جهة الخادم، في كل طلب بما في ذلك حركة API والبوتات، ويتكثّف في درجة احتيال IP من 0 إلى 100. فيما يلي: ما الذي تراه كل طبقة، وأين تفشل كل منهما، وكيف تجمع بينهما.
ما هي بصمة الجهاز فعليًا
بصمة الجهاز هي تجزئة لسمات يقبل المتصفح كشفها. يقرأ سكربت وكيل المستخدم والشاشة والخطوط المثبّتة واللغة والمنطقة الزمنية وتلميحات العتاد، إضافة إلى الطرق الدقيقة التي ترسم بها وحدة معالجة رسومات وبرنامج تشغيل بعينهما لوحة canvas مخفية أو مشهد WebGL أو مخزنًا صوتيًا. وعند تجزئتها معًا تحصل على معرّف يصمد أمام مسح ملفات تعريف الارتباط والنوافذ الخاصة، لأنه مشتق من الجهاز نفسه لا مخزَّن عليه.
وهذا يمنح أخذ البصمات ثلاث نقاط قوة حقيقية:
- التعرّف على متصفح عائد عبر الجلسات وعمليات تسجيل الدخول ومسح ملفات تعريف الارتباط.
- ربط الحسابات بجهاز مشترك، وهو مفتاح أساسي في كشف تعدد الحسابات.
- رصد التناقضات الداخلية التي تفضح الأتمتة: وكيل مستخدم يدّعي أنه iPhone مع سلسلة وحدة رسومات لسطح المكتب، أو متصفح بلا واجهة بأبعاد شاشة مستحيلة، أو بصمة تتبدّل مع كل طلب.
وعند استخدامها لهذه المهام فهي إشارة قوية. تبدأ المشكلة حين تعاملها الفرق كهوية لا كاحتمال.
ثلاثة حدود صريحة لأخذ البصمات
تفشل البصمات بثلاث طرق: تتصادم على نطاق واسع، وتتغيّر مع الوقت، وتتعرض لهجوم من أدوات الاحتيال والمتصفحات والجهات التنظيمية.
هي أقل تفرّدًا بكثير على النطاق الواسع مما أوحت به الدراسات الشهيرة. أفادت الأبحاث الأولى على متطوعين مهتمين بالخصوصية بأن أكثر من 80% من المتصفحات قابلة للتعرّف بشكل فريد. وحين حلّل الباحثون 2,067,942 بصمة من أحد أكبر 15 موقعًا فرنسيًا، أي حركة عادية لا أشخاصًا سعوا إلى اختبار خصوصية، كانت 33.6% فقط فريدة، وانخفض الرقم على الجوال إلى 18.5% (Hiding in the Crowd, WWW 2018). يستخدم ملايين الأشخاص طراز الهاتف نفسه بالخطوط الافتراضية نفسها، ولذلك تتصادم معظم البصمات في الحركة الحقيقية.
هي تتغيّر. تُحدّث المتصفحات نفسها، وتُثبَّت الخطوط، وتُوصَل الشاشات. وجدت دراسة FP-STALKER، المبنية على 98,598 بصمة من 1,905 نسخ متصفح، أن البصمات تتغيّر كثيرًا، "من كل بضع ساعات إلى أيام" (FP-STALKER, IEEE S&P 2018). ومع طريقة الربط التي ابتكرها المؤلفون تمكّنوا من تتبّع المتصفح 54.48 يومًا في المتوسط، و26% منها لأكثر من 100 يوم. هذا بحث مثير للإعجاب وتحذير في الوقت نفسه: نظام ساذج يكتفي بالتجزئة والمقارنة يرى العميل نفسه غريبًا خلال أيام.
هي تتعرض لهجوم من ثلاث جهات. تزوّرها حلقات الاحتيال عمدًا: متصفحات مكافحة الكشف، وهي العدّة المعتادة لمزارع الحسابات، تولّد بصمة جديدة ومتسقة داخليًا لكل ملف تعريف. وتُضعفها المتصفحات عن قصد: يحدّ Safari مما يمكن لسكربتات أخذ البصمات المعروفة قراءته من واجهات مثل canvas والصوت على الويب، ويأتي Firefox بحماية من أخذ البصمات تُشوّش كثيرًا من الإشارات نفسها. وتعامل الجهات التنظيمية أخذ البصمات كتتبّع. فقد خلصت مجموعة العمل المادة 29 في الاتحاد الأوروبي في الرأي 9/2014 إلى أن شرط الموافقة في توجيه الخصوصية الإلكترونية ينطبق على بصمة الجهاز. وفي 19 ديسمبر 2024 وصفت هيئة ICO البريطانية خطوة Google للسماح بأخذ البصمات للإعلان بأنها "غير مسؤولة". للأمن ومنع الاحتيال أساس قانوني أقوى من الإعلان، لكن سطح الامتثال حقيقي.
لا يجعل ذلك أخذ البصمات عديم الفائدة. بل يجعله مُدخلًا احتماليًا واحدًا يحتاج إلى طبقة ثانية مستقلة لتؤكده أو تناقضه.
ما يراه ذكاء عناوين IP ولا تراه البصمة
يصف ذكاء عناوين IP الشبكة التي مرّ عبرها الطلب، ويفعل ذلك قبل أن يعمل أي JavaScript. يصل العنوان مع أول حزمة في كل طلب، بما في ذلك استدعاءات API وخطافات الويب والسكربتات بلا واجهة التي لا تشغّل شيفرة أخذ البصمات لديك أبدًا. وبعد إثرائه يجيب عن أسئلة لا يستطيع المتصفح أن يجيب عنها عن نفسه (الصورة حقلًا بحقل في ما هو ذكاء عناوين IP):
- ما نوع هذه الشبكة؟ يفصل
asn.connection_typeبين الوصول السكني والجوال وبين مركز البيانات أو الاستضافة. عملية دفع استهلاكية من نسخة سحابية سكربت إلى أن يثبت العكس، ولا تستطيع أي بصمة أن تخبرك بذلك. - هل الاتصال مُخفي الهوية؟
detection.is_vpnوis_proxyوis_torوis_relay، إضافة إلىanonymity_level. الآليات مشروحة في كيف يعمل كشف VPN والبروكسي. - من يشغّل الشبكة؟ الـ ASN والمؤسسة، وبهذا تصبح عبارة "أربعون حسابًا جديدًا على مزوّد استضافة واحد" مرئية.
- أين هو، وهل يتوافق ذلك مع كل ما عداه؟ البلد والمدينة مع
geo_confidence، إضافة إلىtimezoneمن IANA حين تكون معروفة. - هل لهذا العنوان تاريخ؟ علامات البريد المزعج والمسح والشبكات الآلية، وإدراجات قوائم الحظر عبر DNS في
threat.dnsbl_sources. - هل هو مشترك؟ يحدّد
threat.is_cgnatترجمة عناوين الشبكة على مستوى المشغّل، حيث يمثّل عنوان واحد آلاف الأشخاص فعليًا، وتُحدَّد درجة هذه العناوين بسقف 50.
تهمّ خاصيتان أكثر من غيرهما. ذكاء عناوين IP من جهة الخادم وشامل: يغطي الحركة التي لا ترى فيها البصمة شيئًا. وهو يصعب تزويره من جهة العميل: لا بد أن يأتي الطلب من مكان ما، وسيظهر مركز البيانات أو خادم VPN المعروف على حقيقته. وهناك تنبيه واحد من جهتك: قيّم عنوان IP الحقيقي للعميل من سلسلة الوكلاء الموثوقة لديك، ولا تعتمد أبدًا على ترويسة إعادة توجيه يمكن تزويرها.
ما لا يستطيع ذكاء عناوين IP فعله وحده
لا يستطيع عنوان IP أن يميّز بين عميلين يقعان خلف عنوان CGNAT واحد أو بوابة مكتب واحدة أو شبكة حرم جامعي واحدة. ولا يستطيع التعرّف على الحاسوب المحمول نفسه حين ينتقل من شبكة Wi-Fi المنزلية إلى نقطة اتصال الهاتف، وعناوين الجوال تتبدّل باستمرار.
والثغرة الأصعب هي البروكسي السكني. حلقة احتيال تستأجر مخارج على اتصالات منزلية حقيقية ترسل حركة تبدو كمستخدم منزلي عادي، وبيانات IP لا تستطيع في الغالب رؤيتها. نحن لا نكشف البروكسيات السكنية، ولا ينبغي أن يكون أي استعلام عن IP دفاعك الوحيد ضدها. وهنا بالضبط تكسب البصمة مكانها: ظهور ملف تعريف مكافحة الكشف نفسه عبر عناوين "منزلية" كثيرة نمط في طبقة الجهاز لا في طبقة الشبكة. لذلك لا يستطيع ذكاء عناوين IP وحده أن يجيب عن سؤال "هل هذا هو الجهاز الذي وثقنا به الأسبوع الماضي؟"، وهو السؤال الذي وُجد أخذ البصمات ليجيب عنه.
سؤالًا بسؤال: أي طبقة تجيب
كل طبقة تجيب عن الأسئلة التي لا تستطيع الأخرى الإجابة عنها، والجدول يوضح هذا التقسيم.
| السؤال الذي تطرحه | البصمة | ذكاء عناوين IP |
|---|---|---|
| هل رأيت هذا المتصفح من قبل؟ | نعم (احتمالي) | لا |
| هل هذه الحسابات على جهاز واحد؟ | نعم | جزئيًا (الشبكة نفسها) |
| هل هذا اتصال مركز بيانات أو VPN أو Tor أو ترحيل؟ | لا | نعم |
| هل هذا مخرج بروكسي سكني؟ | بشكل غير مباشر (الجهاز نفسه، منازل كثيرة) | في الغالب لا |
| أي مشغّل شبكة، وما تاريخه؟ | لا | نعم |
| أين المستخدم تقريبًا؟ | بشكل ضعيف (المنطقة الزمنية واللغة) | نعم (مع geo_confidence) |
| هل يعمل على حركة API والبوتات بلا JavaScript؟ | لا | نعم |
| هل يعمل قبل تحميل الصفحة؟ | لا | نعم |
| هل هو مستقر على مدى أسابيع؟ | لا (يتغيّر خلال أيام) | للخطوط الثابتة نعم، وللجوال لا |
| هل يستطيع العميل تزويره؟ | نعم (متصفحات مكافحة الكشف) | فقط باستئجار مخرج مختلف |
| التعرّض التنظيمي | تنطبق قواعد الموافقة | معالجة IP معتادة |
اقرأ العمودين معًا: في كل صف تقريبًا تقول فيه إحدى الطبقتين "لا" تقول الأخرى "نعم".
بصمة موثوقة واحدة وشبكتان: ما رأيناه في 20 أكتوبر 2026
تحوّل طبقة الشبكة بصمة موثوقة واحدة إلى block أو allow بحسب المكان الذي تصل منه. تخيّل متصفحًا وثقت به لأشهر يصل مرة من كل عنوان من العناوين أدناه. استعلمنا عن مخرج iCloud Private Relay 104.28.46.99 عند 04:34 بالتوقيت العالمي المنسّق، وعن خادم Mullvad 185.213.155.73 عند 04:35 بالتوقيت العالمي المنسّق في 20 أكتوبر 2026، دون مفتاح API. تتغيّر النتائج مع انتقال النطاقات.
جاء خادم Mullvad في فرانكفورت على النحو التالي، مختصرًا مع بقاء القيم كما هي:
{
"ip": "185.213.155.73",
"asn": {
"asn": 39351,
"org": "ESAB-AS - 31173 Services AB",
"asn_type": "hosting",
"connection_type": "datacenter"
},
"geo": {
"country_code": "DE",
"city": "Frankfurt am Main (Innenstadt I)",
"timezone": "Europe/Berlin",
"geo_confidence": 0.8
},
"detection": {
"is_vpn": true,
"is_hosting": true,
"is_relay": false,
"is_anonymous": true,
"anonymity_level": "medium",
"vpn_provider": "Mullvad",
"vpn_confidence": 95
},
"scoring": {
"fraud_score": 100,
"recommended_action": "block",
"detection_methods": ["known_vpn_server", "wireguard_open", "datacenter_with_vpn_proxy", "no_ptr_datacenter"]
}
}
وجاء مخرج الترحيل على شبكة Cloudflare على النحو التالي:
{
"ip": "104.28.46.99",
"asn": {
"asn": 13335,
"org": "CLOUDFLARENET - Cloudflare, Inc.",
"asn_type": "unknown",
"user_type": "consumer_privacy_network"
},
"geo": {
"country_code": "AO",
"city": "Luanda",
"timezone": "Africa/Luanda",
"geo_confidence": 0.8
},
"detection": {
"is_vpn": false,
"is_proxy": false,
"is_relay": true,
"relay_provider": "iCloud Private Relay",
"anonymity_level": "medium"
},
"scoring": {
"fraud_score": 9,
"recommended_action": "allow",
"detection_methods": ["relay_ip"]
}
}
يسجّل عنوان Mullvad الدرجة 100، وهي الحد الأقصى، ويوضح detection_methods السبب. فهو موجود في قائمة الخوادم التي تنشرها Mullvad نفسها، ومنها يأتي vpn_provider: "Mullvad" وvpn_confidence: 95، وتصنّفه تلك القائمة خادم WireGuard. بصمة موثوقة تصل من هناك هي تناقض "جهاز معروف على شبكة مُخفية الهوية"، فصعّد التحقق حتى لو كان تاريخ الجهاز نظيفًا. أما عنوان Private Relay فيسجّل 9 مع relay_ip طريقةً وحيدة. ترحيل Apple ميزة خصوصية للمستهلك لا بروكسي، وتُحدَّد درجة عناوين الترحيل بسقف 60، ولذلك لا يمكن أن يبلغ عنوان Private Relay مستوى block أبدًا. والبصمة الموثوقة منذ زمن طويل خلفه هي أقرب ما يكون إلى حركة آمنة.
يكمل استعلامان آخران من التشغيل نفسه الصورة:
| العنوان (استُعلم عنه في 20 أكتوبر 2026، UTC) | ما هو | fraud_score | recommended_action | detection_methods |
|---|---|---|---|---|
104.28.46.99 (04:34) | مخرج iCloud Private Relay | 9 | allow | relay_ip |
45.33.32.156 (04:34) | خادم Linode سحابي عادي، فريمونت | 10 | allow | datacenter_ip |
185.213.155.73 (04:35) | خادم Mullvad VPN، فرانكفورت | 100 | block | 4 طرق، أعلاه |
185.220.101.1 (04:34) | مخرج Tor، هامبورغ | 100 | block | tor_exit, datacenter_blocklisted, no_ptr_datacenter, known_spammer |
خادم سحابي عادي يسجّل 10 تذكير مفيد: الاستضافة وحدها ليست احتيالًا. بصمة موثوقة تصل من صندوق سحابي تستحق سؤالًا لا حظرًا.
تهمّ تفصيلتان في فحص المنطقة الزمنية. يبلّغ خادم Mullvad عن Europe/Berlin، فساعة المتصفح المضبوطة على نيويورك على هذا العنوان تناقض واضح. أما geo.timezone لخادم Linode فجاء "none"، فلا يوجد على ذلك العنوان ما تقارن به المنطقة الزمنية. ويُحدَّد موقع مخرج الترحيل في لواندا بأنغولا، بينما وضعت قائمة المخارج التي تنشرها Apple نفسها ذلك النطاق في لوساكا بزامبيا حين تحققنا في 12 أكتوبر. ومخالفة ساعة المتصفح لموقع الترحيل أمر متوقع ولا ينبغي أن تُحتسب دلالةً على بروكسي.
أحكام الشبكة تنتهي صلاحيتها، فخزّن وقت الاستعلام
حكم IP هو قراءة أُخذت في لحظة واحدة، وقد أثبتت عيّنتنا نفسها ذلك. استخدمت النسخة السابقة من هذه المقالة العنوان 102.129.235.17 مثالًا على VPN. في 5 أكتوبر 2026، ومرة أخرى في 16 أكتوبر، أعاد fraud_score بقيمة 92 وblock مع known_vpn_server وopenvpn_open وipsec_open. وفي 20 أكتوبر عند 04:34 ومرة أخرى عند 04:35 بالتوقيت العالمي المنسّق أعاد fraud_score بقيمة 0 وallow وis_vpn: false وdetection_methods فارغة. لم نتحقق من أن العنوان غادر شبكة VPN أم أن مسحنا توقف عن رؤيته.
وفي الحالتين، خزّن وقت الاستعلام والدرجة والطرق بجانب معرّف البصمة، وأعد تقييم عنوان IP عند الإجراء الحساس التالي بدل الوثوق بحكم الشهر الماضي. تتغيّر البصمة خلال أيام، وقد انقلب حكم هذا العنوان من block إلى allow خلال أربعة أيام.
أفضل معًا: كيف تجمع بينهما
يؤتي تشغيل الطبقتين ثماره حيث تختلفان، وست قواعد تحوّل ذلك إلى قرارات.
ابحث عن التناقضات. بصمة وثقت بها لأشهر تصل فجأة عبر VPN في مركز بيانات على قارة أخرى تعني اختطاف جلسة أو مشاركة حساب أو بروكسيًا أمام بوت. وبصمة جديدة تمامًا على عنوان IP السكني نفسه الذي استخدمه جهاز موثوق بالأمس هي في الغالب هاتف جديد في المنزل. والبصمة نفسها مع سفر مستحيل بين عنواني IP خلال ساعة تعني جلسة مسروقة أو مخرجًا مستأجرًا.
قارن ساعة المتصفح بساعة الشبكة. تبلّغ البصمة عن المنطقة الزمنية للمتصفح، ويبلّغ ذكاء عناوين IP عن منطقة الشبكة. توقيت نيويورك على عنوان IP ذي Europe/Berlin من أقدم دلائل البروكسي، وكلفته مقارنة سلسلة نصية واحدة. تجاوز الفحص حين تكون timezone هي "none" أو حين يكون العنوان ترحيلًا.
استخدم الشبكة لفضّ تصادم البصمات. بصمتان متطابقتان (الهاتف نفسه ونظام التشغيل نفسه والإعدادات الافتراضية نفسها) هما شخصان مختلفان حين يكون عنوانا IP على شبكتين سكنيتين مختلفتين في مدينتين مختلفتين. أما البصمة "المتغيّرة" التي تواصل الوصول من نطاق IPv6 /64 وASN نفسيهما فهي على الأرجح الشخص نفسه بعد تحديث المتصفح.
دع كل طبقة تغطي حركة الأخرى العمياء. خذ بصمات جلسات المتصفح حيث يعمل JavaScript، وقيّم عنوان IP في كل شيء.
جمّع على الاثنين، كلٌّ باستقلال. في تعدد الحسابات وإساءة استخدام العروض الترويجية، تمثّل البصمة المشتركة والشبكة المشتركة عائلتين مستقلتين من الأدلة. مفتاح مشترك واحد يعني منزلًا أو كتلة CGNAT، ومفتاحان مشتركان مستقلان فرضية حلقة تستحق المراجعة.
قيّم ثم صعّد. أدخل البصمة كاستمرارية ("جهاز معروف" يخفّض المخاطر، و"جهاز سيئ معروف" يرفعها) وعنوان IP كسياق. ثم تصرّف ضمن النطاقات الأربعة التي تستخدمها الدرجة أصلًا، كما في عتبات درجة الاحتيال لكل إجراء: allow عند 25 أو أقل، وreview حتى 50، وstep_up حتى 75، وblock فوق 75. وحين يقع تناقض في review ويضطر محلل إلى النظر فيه يدويًا، اتبع إجراء كل حادثة في كيف تحقق في عنوان IP.
قائمة تحقق للتنفيذ
ست خطوات بناء تحوّل تلك القواعد إلى ربط يعمل.
- التقط البصمة عند تسجيل الدخول والتسجيل والدفع والسحب، وسجّل معرّفها مع الطلب.
- استعلم عن عنوان IP الحقيقي للعميل من جهة الخادم، واحتفظ بعلامات
detectionوASN وgeo.timezoneوis_cgnatوfraud_scoreوdetection_methods. - خزّن الاثنين مقابل الجلسة والحساب مع ختم زمني، لتتمكن من مقارنة زوج اليوم بزوج الشهر الماضي.
- اكتب قواعد التناقض أولًا: جهاز معروف على شبكة VPN أو Tor أو مركز بيانات، وعدم تطابق المنطقة الزمنية، والسفر المستحيل، وجهاز جديد على شبكة موثوقة.
- خفّف الحدة على عناوين CGNAT ومشغّلي الجوال. بصمة متغيّرة على شبكة مألوفة ليست علامة حمراء بحد ذاتها.
- وثّق سبب أخذ البصمات، وتأكد من موقف الموافقة في المناطق التي تخدمها.
نصف IP من استعلام واحد
كل ما يحتاجه نصف IP يعود من طلب GET واحد، وتأتي درجة الاحتيال القابلة للتفسير من 0 إلى 100 مع recommended_action والطرق التي انطلقت. كما تطبّق إشارات مبرِّئة: اتصال ISP سكني يخصم 17 نقطة، وزاحف موثّق يخصم 28.5. كل حقل متاح في الخطة المجانية بواقع 1,500 استعلام يوميًا، ويمكنك الاستعلام عن أي IP دون مفتاح API قبل أن تكتب الربط مع جدول البصمات لديك.
كفّ عن السؤال: أي طبقة نشتري
يظهر هذا الاقتران في هذه المجموعة كلها، من حلقات تعدد الحسابات إلى إساءة استخدام القسائم، وهو ما يبقيك قادرًا على كشف الحركة المجهولة الهوية دون حظر العملاء الحقيقيين، لأن بصمة موثوقة خلف Private Relay بدرجة 9 تستحق معاملة أخف من بصمة جديدة على VPN بدرجة 100. والأسباب وراء كل درجة توضح أي إشارات الشبكة حرّكتها. فلا تختر طبقة. اسأل أي الأسئلة تحتاج إلى إجابتها، وستجد أنك تحتاج إلى الاثنين.
الأسئلة الشائعة
ما هي بصمة الجهاز؟
تجمع بصمة الجهاز (وتُسمّى غالبًا بصمة المتصفح) عشرات السمات التي يكشفها المتصفح، مثل وكيل المستخدم وحجم الشاشة والخطوط المثبّتة والمنطقة الزمنية واللغة وتفاصيل العتاد وطريقة رسم الجهاز لعناصر canvas وWebGL والصوت، ثم تحوّلها إلى معرّف عبر دالة تجزئة. ولأنها لا تحتاج إلى ملف تعريف ارتباط، فهي قادرة على التعرّف على متصفح عائد عبر الجلسات وربط عدة حسابات بجهاز واحد. وهي تعمل من جهة العميل، ولذلك لا ترى إلا الحركة التي ينفَّذ فيها السكربت الخاص بها.
هل بصمة الجهاز دقيقة؟
أقل مما أوحت به الدراسات الأولى. وجد تحليل أُجري عام 2018 على 2,067,942 بصمة من أحد أكبر 15 موقعًا فرنسيًا أن 33.6% منها فقط فريدة، و18.5% على الجوال، مقابل أكثر من 80% في دراسات سابقة على متطوعين مهتمين بالخصوصية. كما أن البصمات تتغيّر: وجدت دراسة FP-STALKER أنها تتبدّل من كل بضع ساعات إلى بضعة أيام، ومع ذلك تتبّعت طريقتها في الربط المتصفحات لمدة 54.48 يومًا في المتوسط. تعامل مع البصمة كإشارة تعرّف احتمالية لا كهوية ثابتة.
هل يستطيع ذكاء عناوين IP أن يحلّ محل بصمة الجهاز؟
لا، والعكس صحيح أيضًا. يرى ذكاء عناوين IP الشبكة: نوع الاتصال، وكونه من استضافة أو من اتصال سكني، واستخدام VPN والبروكسي وTor وخدمات الترحيل، وASN، والموقع الجغرافي، وسجل الإساءة. ويعمل من جهة الخادم منذ أول طلب وعلى حركة API التي لا يعمل فيها أي سكربت. لكنه لا يستطيع التمييز بين منزلين خلف عنوان CGNAT واحد لدى المشغّل، وحركة البروكسي السكني تبدو كأنها مستخدم منزلي عادي. تسدّ البصمة هذه الثغرات، ويسدّ ذكاء عناوين IP نقاط عمى البصمة.
ما أفضل طريقة للجمع بين بصمة الجهاز وإشارات IP؟
تعامل مع البصمة كإشارة استمرارية (هل رأينا هذا المتصفح من قبل؟) ومع عنوان IP كإشارة سياق ومخاطر (ما الشبكة التي يستخدمها، وهل هي مُخفية الهوية؟)، ثم ابحث عن التناقضات. بصمة معروفة تصل من VPN في مركز بيانات على قارة أخرى نمط اختطاف أو بروكسي، وبصمة جديدة على عنوان IP سكني موثوق نفسه تعني عادةً جهازًا جديدًا في المنزل. قارن المنطقة الزمنية التي يبلّغ عنها المتصفح بالمنطقة الزمنية لعنوان IP، واستخدم الاثنين كمفتاحين مستقلين للتجميع عند البحث عن تعدد الحسابات.
هل بصمة الجهاز قانونية؟
في الاتحاد الأوروبي والمملكة المتحدة تُنظَّم بوصفها تتبعًا. خلصت مجموعة العمل المادة 29 في الرأي 9/2014 إلى أن قاعدة الموافقة في توجيه الخصوصية الإلكترونية الخاصة بالوصول إلى المعلومات على جهاز المستخدم تنطبق على أخذ البصمات، مع استثناءات ضيقة لما هو ضروري تمامًا لتقديم خدمة طلبها المستخدم. وللوقاية من الاحتيال أساس أقوى من الإعلانات، لكن سطح الامتثال حقيقي: ففي 19 ديسمبر 2024 وصفت هيئة ICO البريطانية قرار Google السماح بأخذ البصمات لأغراض الإعلان بأنه "غير مسؤول". خذ البصمات عن قصد، ووثّق الغرض، واطلب مشورة قانونية في ولايتك القضائية.
الفريق الذي يقف وراء واجهة GeoIPHub API
بقلم فريق GeoIPHub، وهم من يبنون واجهة GeoIPHub API لاستخبارات IP وماسحها. تُعَدّ المسودات بمساعدة الذكاء الاصطناعي ويحررها الفريق، وأمثلة API استعلامات حقيقية على واجهة API الحية ما لم تُوصف بأنها توضيحية.
