SOCKS5 chiffre-t-il votre trafic ?
SOCKS5 relaie les connexions. Le chiffrement dépend d’une autre couche de protection, et sa méthode identifiant/mot de passe ne chiffre pas elle-même les identifiants.
Choisir SOCKS5 n’ajoute aucun chiffrement à lui seul. Il négocie des connexions relayées et l’authentification ; le 5 désigne une version du protocole, pas un niveau de chiffrement.
Pour HTTPS, un client peut ouvrir la connexion SOCKS et y faire passer TLS vers la destination. Les données du site sont protégées par TLS avec les contrôles normaux de certificat du client. Envoyer du HTTP non chiffré par le même chemin le laisse non chiffré : le relais ne transforme pas le protocole applicatif.
La méthode nom d’utilisateur/mot de passe de la RFC 1929 ne possède pas non plus de chiffrement propre. Le compte contrôle l’accès, mais ne rend pas l’échange confidentiel sur un chemin non protégé. Des transports supplémentaires ou d’autres méthodes négociées peuvent modifier la protection : vérifiez ce qu’utilisent réellement votre client et votre serveur.
Vérifiez le protocole sécurisé de destination, la vérification des certificats, la protection éventuelle du lien client-proxy et la méthode d’authentification négociée. L’opérateur peut encore recevoir des informations de destination et des métadonnées de connexion. Dans curl, socks5h change l’endroit où le nom d’hôte cible est résolu ; il n’ajoute aucune couche cryptographique.