O HSTS não o impede de usar um proxy SOCKS
Distinga uma falha de conexão SOCKS da aplicação do HSTS e da validação do certificado HTTPS.
O HSTS não exige uma conexão direta. O HTTPS pode funcionar através de SOCKS com o seu TLS e verificação de certificado normais; o HSTS diz ao navegador para usar HTTPS para o anfitrião e tratar rigorosamente as falhas de certificado.
Se o navegador relatar uma falha de conexão SOCKS, verifique primeiro a versão de SOCKS selecionada, a capacidade do proxy de alcançar a porta HTTPS de destino e onde o DNS de destino é resolvido. Uma negociação falhada ou uma conexão de destino recusada ocorre antes de o certificado do site poder ser avaliado.
Um erro de certificado depois de a conexão abrir é uma fase diferente. O HSTS pode impedir que esse erro seja contornado, mas não provocou a falha da negociação SOCKS anterior. Compare o nome do anfitrião do site e a cadeia de confiança em vez de desativar a política HTTPS para compensar um problema de transporte.
O SOCKS por si só não transforma o caminho em interceção TLS. Um proxy não confiável pode descartar ou encaminhar mal o tráfego, enquanto um TLS válido ponta a ponta se destina a detetar personificação. Instalar um novo certificado raiz altera essa disposição de confiança e não é uma correção rotineira para o HSTS. Quando um site funciona e outro falha, compare as suas etapas reais de conexão e os requisitos de destino. Para uma comparação permitida através de um ponto final público, a lista de proxies SOCKS fornece candidatos; faça corresponder a versão e o suporte de autenticação ao navegador.