لا يتطلب HSTS اتصالاً مباشراً. يمكن أن يعمل HTTPS عبر SOCKS مع TLS والتحقق من الشهادة المعتادين؛ ويطلب HSTS من المتصفح استخدام HTTPS للمضيف والتعامل بصرامة مع إخفاقات الشهادة.

إذا أبلغ المتصفح عن فشل اتصال SOCKS، فتحقق أولاً من إصدار SOCKS المختار، وقدرة الوكيل على الوصول إلى منفذ HTTPS للوجهة، ومكان تحليل DNS الخاص بالوجهة. يحدث التفاوض الفاشل أو رفض اتصال الوجهة قبل إمكانية تقييم شهادة الموقع.

تظهر أخطاء الشهادة بعد فتح الاتصال في مرحلة مختلفة. يمكن لـ HSTS منع تجاوز ذلك الخطأ، لكنه لم يتسبب في فشل تفاوض SOCKS السابق. قارن اسم مضيف الموقع وسلسلة الثقة بدلاً من تعطيل سياسة HTTPS للتعويض عن مشكلة نقل.

لا يحوّل SOCKS نفسه المسار إلى اعتراض TLS. يمكن لوكيل غير موثوق إسقاط الحركة أو توجيهها بشكل خاطئ، بينما يُقصد بـ TLS الصالح من طرف إلى طرف كشف انتحال الهوية. تغيير شهادة جذر جديدة يغيّر ترتيب الثقة ولا يمثل إصلاحاً روتينياً لـ HSTS. عندما يعمل موقع ويفشل آخر، قارن مراحل اتصالهما الفعلية ومتطلبات وجهتهما. للمقارنة المسموح بها عبر نقطة نهاية عامة، توفر قائمة وكلاء SOCKS مرشحين؛ طابق الإصدار ودعم المصادقة مع المتصفح.

مقالات ذات صلة