HSTS forhindrer dig ikke i at bruge en SOCKS-proxy
Skeln mellem en SOCKS-forbindelsesfejl og HSTS-håndhævelse og HTTPS-certifikatvalidering.
HSTS kræver ikke en direkte forbindelse. HTTPS kan køre gennem SOCKS med sin normale TLS og certifikatvalidering; HSTS fortæller browseren at bruge HTTPS til værten og håndtere certifikatfejl strengt.
Hvis browseren rapporterer en SOCKS-forbindelsesfejl, skal du først kontrollere den valgte SOCKS-version, proxys evne til at nå destinationsporten for HTTPS og hvor destinationens DNS opløses. En mislykket forhandling eller afvist destinationsforbindelse sker, før webstedets certifikat kan vurderes.
En certifikatfejl, efter forbindelsen åbnes, er en anden fase. HSTS kan forhindre at omgå den fejl, men det forårsagede ikke den tidligere SOCKS-forhandling til at mislykkes. Sammenlign webstedets værtsnavn og tillidskæde i stedet for at deaktivere HTTPS-politik for at kompensere for et transportproblem.
SOCKS gør ikke selv stien til TLS-aflytning. En utroværdig proxy kan droppe eller fejlroute trafik, mens gyldig end-to-end TLS er beregnet til at opdage identitetsforfalskning. Installation af et nyt rodcertifikat ændrer den tillidsordning og er ikke en rutinemæssig løsning på HSTS. Når det ene websted virker og det andet fejler, skal du sammenligne deres faktiske forbindelsesfaser og destinationskrav. Til en tilladt sammenligning via et offentligt endepunkt giver SOCKS-proxylisten kandidater; match versionen og godkendelsesunderstøttelsen til browseren.