HSTS tidak memerlukan koneksi langsung. HTTPS dapat berjalan melalui SOCKS dengan TLS dan verifikasi sertifikat normalnya; HSTS memberi tahu peramban untuk memakai HTTPS bagi host dan menangani kegagalan sertifikat secara ketat.

Jika peramban melaporkan kegagalan koneksi SOCKS, periksa dulu versi SOCKS yang dipilih, kemampuan proksi menjangkau porta HTTPS tujuan, dan tempat DNS tujuan diselesaikan. Negosiasi yang gagal atau koneksi tujuan yang ditolak terjadi sebelum sertifikat situs dapat dinilai.

Kesalahan sertifikat setelah koneksi terbuka adalah tahap yang berbeda. HSTS dapat mencegah penghindaran kesalahan itu, tetapi tidak menyebabkan kegagalan negosiasi SOCKS sebelumnya. Bandingkan nama host situs dan rantai kepercayaan alih-alih menonaktifkan kebijakan HTTPS untuk mengompensasi masalah transportasi.

SOCKS sendiri tidak mengubah jalur menjadi penyadapan TLS. Proksi yang tidak tepercaya dapat menjatuhkan atau salah merutekan lalu lintas, sedangkan TLS ujung-ke-ujung yang sah dimaksudkan untuk mendeteksi peniruan identitas. Memasang sertifikat akar baru mengubah susunan kepercayaan itu dan bukan perbaikan rutin untuk HSTS. Ketika satu situs berfungsi dan yang lain gagal, bandingkan tahap koneksi sebenarnya dan persyaratan tujuannya. Untuk perbandingan yang diizinkan melalui titik akhir publik, daftar proksi SOCKS menyediakan kandidat; cocokkan versi dan dukungan autentikasi dengan peramban.

Artikel terkait