الثقة الصفرية تبدأ بالتحقق من الجهاز
لماذا يُعدّ الوثوق بالمستخدم دون التحقق من الجهاز أشبه بفحص الهوية دون الانتباه إلى السيارة، وكيف يندمج ذكاء الأجهزة ضمن معماريات الثقة الصفرية.
تُبنى معماريات الثقة الصفرية على مبدأ بسيط: لا تثق أبدًا، تحقّق دائمًا. لكن معظم التطبيقات تركّز على التحقق من المستخدم — هويته وصلاحياته وعوامل مصادقته — بينما تتجاهل الجهاز الذي يستخدمه. وهذا أشبه بفحص هوية شخص عند الباب دون ملاحظة أنه وصل في سيارة مسروقة.
النقطة العمياء الخاصة بالجهاز
تأمّل إعدادًا نموذجيًا للثقة الصفرية: يصادق المستخدم باستخدام بيانات اعتماده، ويُكمل المصادقة متعددة العوامل، ويحصل على رمز جلسة. يتحقق النظام من هويته لكن لا من الأداة التي يستخدمها. فإذا سرق مهاجم رمز الجلسة وأعاد تشغيله من جهاز مختلف، فإن معظم الأنظمة ستقبله. وإذا اختُرق جهاز مستخدم شرعي وكان ينفّذ هجوم رجل في المتصفح، فلن يتمكن النظام من كشفه لأنه لم يتحقق قط من الجهاز.
يسدّ التحقق من الجهاز هذه الثغرة. فبتوليد بصمة جهاز ثابتة لكل جلسة، يمكنك كشف انتقال رمز الجلسة إلى جهاز مختلف، أو ظهور مستخدم معروف على جهاز غير مألوف، أو إظهار جهاز لخصائص مرتبطة بالاختراق (استخدام VPN، وضع التصفح المتخفي، العبث بالمتصفح).
تسجيل درجة الثقة بالجهاز
لا تستحق كل الأجهزة المستوى نفسه من الثقة. فالجهاز الذي شوهد من قبل، بخصائص متسقة، ويصل من موقع مألوف، يستحق ثقة عالية. أما الجهاز الجديد الذي يعمل عبر VPN، بمتصفح متخفٍّ وعلامات أتمتة، فيستحق ثقة منخفضة جدًا.
يُنتج تحليل الإشارات الذكية (Smart Signals) لدينا درجة ثقة شاملة بالجهاز تأخذ في الاعتبار ثبات العتاد (هل شوهدت بصمة الجهاز من قبل؟)، والإشارات البيئية (VPN، وكيل، Tor، وضع التصفح المتخفي)، ومؤشرات العبث (وكيل مستخدم مزيّف، لوحة canvas معدّلة، WebGL غير متسق)، والأنماط السلوكية (سرعة الطلبات، أنماط التنقل، توقيت التفاعل).
المصادقة المتدرجة
تتيح درجات الثقة بالجهاز مصادقة متدرجة ديناميكية. فبدلًا من طلب عوامل المصادقة نفسها لكل عملية وصول، يمكنك تعديل المتطلبات بناءً على ملف خطورة الجهاز.
خطورة منخفضة (جهاز معروف، موقع مألوف، دون شذوذ): اسمح بتسجيل الدخول بكلمة المرور فقط مع جلسة طويلة. خطورة متوسطة (جهاز جديد، موقع مألوف): اطلب مصادقة متعددة العوامل. خطورة عالية (جهاز جديد، VPN، تصفح متخفٍّ، سرعة عالية): اطلب مصادقة متعددة العوامل إضافةً إلى تحقق إضافي (تأكيد عبر البريد الإلكتروني، أسئلة أمان). خطورة حرجة (مؤشرات بوت، اكتشاف عبث): احظر الطلب كليًا.
يحسّن هذا النهج الأمان دون الإضرار بتجربة المستخدم. فالمستخدمون الشرعيون على أجهزتهم المعتادة يمرّون عبر المصادقة بسلاسة، بينما تواجه الجلسات المشبوهة قدرًا مناسبًا من العوائق.
المراقبة المستمرة للجهاز
الثقة الصفرية ليست فحص بوابة لمرة واحدة — إنها تحقق مستمر. يراقب نظامنا خصائص الجهاز طوال الجلسة، لا عند تسجيل الدخول فحسب. فإذا جرى نقل جلسة بدأت على جهاز شرعي إلى جهاز مختلف وسط الجلسة (ما يشير إلى سرقة الرمز)، نكتشف التغيير فورًا.
نراقب أيضًا تغيّرات خصائص الجهاز التي قد تشير إلى اختراق: التحول المفاجئ إلى VPN، أو فتح أدوات مطوّري المتصفح، أو ظهور آثار إطار عمل للأتمتة. تُطلق هذه التغيّرات وسط الجلسة تنبيهات ويمكنها أن تصعّد تلقائيًا مستوى خطورة الجلسة.
التنفيذ
دمج التحقق من الجهاز في معمارية ثقة صفرية أمر مباشر مع tracio.ai. أضف وكيل JavaScript الخاص بنا إلى صفحات المصادقة وصفحات التطبيق الحسّاسة. وعلى جانب الخادم، تحقّق من بصمة الجهاز ودرجة الثقة عند التحقق من صحة رموز الجلسة. استخدم درجة الثقة لقيادة قرارات المصادقة المتدرجة.
بالنسبة لمعظم الفرق، يستغرق الدمج أقل من يوم. يضيف وكيل JavaScript زمن استجابة أقل من 50 مللي ثانية. وتعيد واجهة برمجة التطبيقات على جانب الخادم ذكاء الجهاز في أقل من 10 مللي ثانية. والنتيجة هي تطبيق ثقة صفرية يتحقق حقًا من المستخدم والجهاز معًا.