HSTS ບໍ່ໄດ້ຫ້າມທ່ານໃຊ້ SOCKS proxy
ແຍກຄວາມລົ້ມເຫຼວຂອງການເຊື່ອມຕໍ່ SOCKS ອອກຈາກການບັງຄັບໃຊ້ HSTS ແລະ ການກວດສອບໃບຢັ້ງຢືນ HTTPS.
HSTS ບໍ່ຮຽກຮ້ອງການເຊື່ອມຕໍ່ໂດຍກົງ. HTTPS ສາມາດເຮັດວຽກຜ່ານ SOCKS ດ້ວຍ TLS ແລະ ການກວດສອບໃບຢັ້ງຢືນປົກກະຕິ; HSTS ບອກໂປຣແກຣມທ່ອງເວັບໃຫ້ໃຊ້ HTTPS ສຳລັບ host ແລະ ຈັດການຄວາມລົ້ມເຫຼວຂອງໃບຢັ້ງຢືນຢ່າງເຂັ້ມງວດ.
ຖ້າໂປຣແກຣມທ່ອງເວັບລາຍງານຄວາມລົ້ມເຫຼວຂອງການເຊື່ອມຕໍ່ SOCKS, ກວດເບິ່ງກ່ອນວ່າ ສະບັບ SOCKS ທີ່ເລືອກ, ຄວາມສາມາດຂອງ proxy ໃນການໄປຮອດ port HTTPS ປາຍທາງ ແລະ ບ່ອນທີ່ DNS ປາຍທາງຖືກແກ້ໄຂ. ການເຈລະຈາທີ່ລົ້ມເຫຼວ ຫຼື ການເຊື່ອມຕໍ່ປາຍທາງທີ່ຖືກປະຕິເສດເກີດຂຶ້ນກ່ອນທີ່ຈະສາມາດປະເມີນໃບຢັ້ງຢືນຂອງເວັບໄຊ.
ຂໍ້ຜິດພາດຂອງໃບຢັ້ງຢືນຫຼັງຈາກເປີດການເຊື່ອມຕໍ່ ແມ່ນຂັ້ນຕອນອື່ນ. HSTS ສາມາດປ້ອງກັນການຂ້າມຜ່ານຂໍ້ຜິດພາດນັ້ນ, ແຕ່ມັນບໍ່ໄດ້ເຮັດໃຫ້ການເຈລະຈາ SOCKS ກ່ອນໜ້າລົ້ມເຫຼວ. ປຽບທຽບຊື່ host ຂອງເວັບໄຊ ແລະ ໂສ້ຄວາມໄວ້ໃຈ ແທນທີ່ຈະປິດນະໂຍບາຍ HTTPS ເພື່ອຊົດເຊີຍບັນຫາການຂົນສົ່ງ.
SOCKS ເອງບໍ່ໄດ້ເຮັດໃຫ້ເສັ້ນທາງກາຍເປັນການດັກຈັບ TLS. proxy ທີ່ບໍ່ໜ້າໄວ້ໃຈສາມາດຖິ້ມ ຫຼື ສົ່ງທຣາຟຟິກຜິດທາງ, ໃນຂະນະທີ່ TLS ແບບປາຍຕໍ່ປາຍທີ່ຖືກຕ້ອງຖືກອອກແບບມາເພື່ອກວດພົບການປອມຕົວ. ການຕິດຕັ້ງໃບຢັ້ງຢືນຮາກໃໝ່ປ່ຽນການຈັດລຽງຄວາມໄວ້ໃຈນັ້ນ ແລະ ບໍ່ແມ່ນການແກ້ໄຂປົກກະຕິສຳລັບ HSTS. ເມື່ອເວັບໄຊໜຶ່ງເຮັດວຽກ ແລະ ອີກໜຶ່ງລົ້ມເຫຼວ, ປຽບທຽບຂັ້ນຕອນການເຊື່ອມຕໍ່ຕົວຈິງ ແລະ ຂໍ້ກຳນົດປາຍທາງຂອງພວກມັນ. ສຳລັບການປຽບທຽບທີ່ອະນຸຍາດຜ່ານຈຸດສຸດທ້າຍສາທາລະນະ, ລາຍຊື່ SOCKS proxy ໃຫ້ຜູ້ສະໝັກ; ຈັບຄູ່ສະບັບ ແລະ ການສະໜັບສະໜູນການພິສູດຢືນຢັນກັບໂປຣແກຣມທ່ອງເວັບ.