أربع حدود يجب فحصها قبل الدفع عبر VPN
المتصفح المحمي والنفق وHTTPS يحمي كل منها حدًا مختلفًا. نفّذ أربعة فحوص بالترتيب، وتوقف عند أول فحص لا تستطيع التحقق منه، ثم قرر.
نفّذ الحدود الأربعة بالترتيب وستُجيب معظم أسئلة الدفع عن نفسها. الأول هو البيئة التي تجري فيها المعاملة، والثاني هو المسار الذي يسلكه مرورها، والثالث هو ما إذا كان الموقع نفسه هو الذي قصدت الوصول إليه، والرابع هو ما يعرفه المستلم من المعاملة بغض النظر عن المسار. إن حزمة أمان تجمع متصفحًا محميًا مع نفق تدعوك إلى اعتبار زر واحد ضمانة واحدة، وهنا بالضبط تُتخطى الفحوص. ولكل فحص شرط توقف خاص به، والترتيب مهم لأن الفحص اللاحق لا يمكنه إصلاح إخفاق سابق.
أولًا: ما الذي تقيّده البيئة المحمية فعلًا
عادةً ما تذكر المواد التسويقية لنمط الدفع قيودًا: أي تطبيقات أخرى يمكنها التفاعل مع الجلسة، وما إذا كانت الحافظة والتقاط الشاشة محدودين، وما إذا كانت الجلسة تعمل في سطح مكتب منفصل. ما لا تثبته هو أن مكوّنًا مضيفًا ذا امتيازات أو برنامج تشغيل أو آلية إدخال خارج الصندوق الرملي لا يمكنها الوصول إلى الجلسة. فوصف «معزول» هو وصف لحد، لا وعد بشأن كل مهاجم.
اقرأ قائمة الميزات للإصدار الذي ثبّته فعلاً، لأن الأنماط المجمعة تختلف غالبًا بين فئات المستهلكين وتغيب أحيانًا على الأجهزة المُدارة. وقارن تلك القائمة بالإخفاق الذي تراه قبل أن تفترض أن الحد صمد.
ثم توقف واسأل إن كان الإخفاق الذي تلاحقه محليًا أصلاً. إذا كانت صفحة الدفع تُعرض بشكل خاطئ داخل النمط المحمي فقط، فالبيئة هي المشتبه به والنفق غير ذي صلة. وإذا كانت تُعرض بشكل صحيح في كل مكان لكن المعاملة ما زالت تفشل، فأنت تنظر إلى الحد التالي، وإضعاف النمط المحمي لن يساعد.
ثانيًا: أي مرور يحمله النفق
النفق يحمي المرور الذي يغطيه، والتغطية حقيقة تتعلق بالضبط لا خاصية للمنتج. اسأل هل مرور المتصفح المحمي نفسه مشمول، وهل يتجاوز النمط النفق لأسباب تتعلق بالأداء أو بوابة الشبكة، وهل تستثني قاعدة نفق منقسم الوجهة. المتصفح العادي الذي يعرض عنوان خروج المزوّد لا يثبت شيئًا عن بيئة تصفح منفصلة تُطلقها عملية أخرى.
اختبر التغطية من داخل البيئة لا من سطح المكتب. حمّل صفحة تُظهر عنوانك العام في الجلسة المحمية وقارنها بالعنوان الذي تراه خارجها، ثم أعد ذلك بعد إعادة توصيل النفق. إذا تطابق الاثنان بينما يدّعي النفق خروجًا مختلفًا، فالنمط لا يستخدم النفق ويستحق هذا التباين الحل قبل إدخال بيانات البطاقة. ومن السهل أيضًا المبالغة في قراءة تغيير عنوان الخروج: فهو يخبرك أي شبكة يراها التاجر، لا من هو التاجر.
ثالثًا: تحقق من الخدمة بدل الشارة
التحقق من الشهادة هو ما يصادق على الوجهة، ويظل يعمل بعد خروج النفق لأنه آلية منفصلة. النافذة الآمنة ذات العلامة ومؤشر Connected لا يقولان شيئًا عن سلسلة الشهادات التي يقدمها الموقع الذي وصلت إليه.
عندما يبدو شيء ما خاطئًا، اقرأ الشهادة قبل تجاهل التحذير. الأمر أدناه يطلب السلسلة التي يقدمها الموقع فعلاً ويطلب من الأداة أن تفشل عند خطأ تحقق.
openssl s_client -connect shop.example:443 -servername shop.example -verify_return_errorقارن الاسم الموضوع والمُصدر في ذلك المخرَج بالعنوان الذي كتبته، وأكد نتيجة التحقق لا مجرد وجود قفل. التحذير داخل متصفح محمي يبقى تحذيرًا، والسبب المعتاد عدم تطابق اسم المضيف أو إجابة DNS مُختطفة أو جهاز اعتراض على المسار. لا يصلح النفق أيًا من ذلك، والنمط الذي يكتم التحذير بهدوء قد أزال معلومات كنت تحتاجها.
رابعًا: ما يعرفه المستلم على أي حال
يستقبل موقع الدفع كل ما ترسله إليه: الحساب الذي تسجّل الدخول به، وعنوان التسليم، وأداة البطاقة، والمبلغ. خروج شبكة مختلف يغيّر عنوان المصدر في سجلات التاجر ويترك تلك الحقول كما كانت تمامًا. وإذا كان الحساب مرتبطًا بك بالفعل، فقد غيّر النفق جزءًا صغيرًا من الصورة ولا شيء من الجزء المُعرِّف. وهذا ليس سببًا لتخطي النفق، بل سبب للتوقف عن توقع أن يقوم بهذه المهمة.
إن وثائق Safepay من Bitdefender تصف متصفحًا محميًا مع تكامل نفق مرتبط، وهو مثال جيد على منتج واحد يغطي حدين دون دمجهما. البيئة والمسار كلاهما مفيد، ولا يضمن أي منهما التاجر.
بالنسبة إلى دفعة تهتم بها، ابدأ من العنوان المنشور للمؤسسة أو تطبيقها الرسمي، واحتفظ بفحوص الهوية التي يطلبها الموقع، وارفض أي مساعد يعرضه إشعار غير متوقع في صفحة الدفع. وإذا تسبب النمط المحمي أو النفق في إخفاق، فسمِّ الحد أولاً: إطلاق البيئة، أو الوصول إلى الشبكة، أو التحقق من الشهادة، أو مصادقة الحساب. ثم استخدم مسار الاسترداد المدعوم من المزوّد لتلك الطبقة بدل إيقاف الحمايات لترى هل تُحمّل الصفحة.