SOCKS5 criptografa seu tráfego?
SOCKS5 retransmite conexões. A criptografia depende de outra camada protegida, e seu método de usuário e senha não criptografa as credenciais por si só.
A simples escolha de SOCKS5 não adiciona criptografia. Ele negocia conexões retransmitidas e autenticação; o 5 identifica uma versão do protocolo, não um nível de criptografia.
Para HTTPS, o cliente pode abrir a conexão SOCKS e executar TLS com o destino por ela. Os dados do site são protegidos por TLS com as verificações normais de certificado do cliente. Envie HTTP sem criptografia pela mesma rota e ele continuará assim: o retransmissor não melhora o protocolo da aplicação.
O método de usuário e senha do RFC 1929 também não tem criptografia própria. A conta controla o acesso, mas não torna a troca confidencial em um caminho desprotegido. Transportes adicionais ou outros métodos negociados podem mudar a proteção; confira o que o cliente e o servidor realmente usam.
Verifique o protocolo seguro do destino, a verificação de certificados, a proteção do enlace cliente-proxy e o método de autenticação negociado. O operador ainda pode receber informações do destino e metadados da conexão. No curl, socks5h muda onde o nome de host do destino é resolvido; não adiciona camada criptográfica.