HSTS براہ راست کنکشن کا تقاضا نہیں کرتا۔ HTTPS اپنے معمول کے TLS اور سرٹیفکیٹ کی تصدیق کے ساتھ SOCKS کے ذریعے چل سکتا ہے؛ HSTS براؤزر کو کہتا ہے کہ میزبان کے لیے HTTPS استعمال کرے اور سرٹیفکیٹ کی ناکامیوں کو سختی سے سنبھالے۔

اگر براؤزر SOCKS کنکشن کی ناکامی کی اطلاع دے تو پہلے منتخب کردہ SOCKS ورژن، پراکسی کی منزل کے HTTPS پورٹ تک پہنچنے کی صلاحیت اور یہ کہ منزل کا DNS کہاں حل ہوتا ہے، جانچیں۔ ناکام گفت و شنید یا مسترد شدہ منزل کنکشن ویب سائٹ کے سرٹیفکیٹ کی جانچ سے پہلے واقع ہوتا ہے۔

کنکشن کھلنے کے بعد کی سرٹیفکیٹ خرابی ایک اور مرحلہ ہے۔ HSTS اُس خرابی سے بچنے کو روک سکتا ہے، مگر اُس نے پہلے کی SOCKS گفت و شنید کو ناکام نہیں بنایا۔ نقل و حمل کے مسئلے کی تلافی کے لیے HTTPS پالیسی بند کرنے کے بجائے ویب سائٹ کا میزبان نام اور اعتماد کا سلسلہ موازنہ کریں۔

SOCKS بذات خود راستے کو TLS مداخلت میں نہیں بدلتا۔ ناقابل اعتماد پراکسی ٹریفک گرا سکتی ہے یا غلط رخ دے سکتی ہے، جبکہ درست اینڈ ٹو اینڈ TLS کا مقصد شناخت کی جعل سازی پکڑنا ہے۔ نیا روٹ سرٹیفکیٹ نصب کرنا اُس اعتماد کے انتظام کو بدلتا ہے اور HSTS کے لیے معمول کا حل نہیں۔ جب ایک سائٹ چلے اور دوسری ناکام ہو تو اُن کے حقیقی کنکشن مراحل اور منزل کی ضروریات کا موازنہ کریں۔ عوامی اینڈ پوائنٹ کے ذریعے اجازت شدہ موازنے کے لیے SOCKS پراکسی فہرست امیدوار فراہم کرتی ہے؛ ورژن اور توثیق کی معاونت کو براؤزر سے ہم آہنگ کریں۔

متعلقہ مضامین