HSTS weerhoudt je er niet van een SOCKS-proxy te gebruiken
Onderscheid een SOCKS-verbindingsfout van HSTS-handhaving en HTTPS-certificaatvalidatie.
HSTS vereist geen directe verbinding. HTTPS kan via SOCKS lopen met de gebruikelijke TLS en certificaatverificatie; HSTS vertelt de browser HTTPS te gebruiken voor de host en certificaatfouten strikt af te handelen.
Als de browser een SOCKS-verbindingsfout meldt, controleer dan eerst de gekozen SOCKS-versie, het vermogen van de proxy om de HTTPS-poort van de bestemming te bereiken en waar de DNS van de bestemming wordt opgelost. Een mislukte onderhandeling of geweigerde bestemmingsverbinding gebeurt voordat het certificaat van de website kan worden beoordeeld.
Een certificaatfout nadat de verbinding opent is een andere fase. HSTS kan voorkomen dat die fout wordt omzeild, maar veroorzaakte niet het mislukken van de eerdere SOCKS-onderhandeling. Vergelijk de hostnaam van de website en de vertrouwensketen in plaats van het HTTPS-beleid uit te schakelen om een transportprobleem te compenseren.
SOCKS maakt het pad zelf niet tot TLS-onderschepping. Een niet-vertrouwde proxy kan verkeer laten vallen of verkeerd routeren, terwijl geldige end-to-end-TLS bedoeld is om nabootsing te detecteren. Het installeren van een nieuw rootcertificaat verandert die vertrouwensregeling en is geen routinematige oplossing voor HSTS. Als de ene site werkt en de andere faalt, vergelijk dan hun werkelijke verbindingsfasen en bestemmingsvereisten. Voor een toegestane vergelijking via een openbaar eindpunt biedt de SOCKS-proxylijst kandidaten; stem de versie en authenticatieondersteuning af op de browser.