Empreinte TLS

A empreinte TLS identifie le logiciel client derrière une connexion chiffrée en examinant les détails de son négociation TLS — la liste ordonnée des suites de chiffrement, des extensions, des groupes pris en charge et des versions de protocole qu'il annonce dans le ClientHello. Différentes bibliothèques et navigateurs produisent des combinaisons distinctives, de sorte qu'un serveur peut reconnaître "cela ressemble à Chrome" ou "cela ressemble à un script Python" sans déchiffrer aucun trafic. Les encodages les plus connus de cette signature sont JA3 et le plus récent JA4.

Les systèmes anti-bot utilisent des empreintes TLS pour attraper les clients dont la poignée de main ne correspond pas au navigateur qu'ils prétendent utiliser dans leur User-Agent. Un script qui présente un User-Agent Chrome mais une empreinte TLS Python est un évident décalage. C'est pourquoi l'automatisation sérieuse utilise des bibliothèques qui imitent la poignée de main d'un vrai navigateur, et pourquoi les navigateurs anti-détection existent. Un proxy change votre IP mais pas votre empreinte TLS, donc les deux sont des contrôles complémentaires : le proxy gère la couche réseau tandis que votre logiciel client détermine la poignée de main qu'un serveur voit.

L'essentiel pour l'automatisation est que l'identité IP et l'identité TLS sont des couches séparées que vous devez gérer ensemble. Un proxy ou le VPN gère l'origine réseau, tandis que la bibliothèque ou le navigateur que vous utilisez fixe la poignée de main que voit un serveur. Pour ressembler à un vrai navigateur, vous avez besoin d'un logiciel qui négocie TLS comme tel ; associer cela à une sortie dont la localisation correspond à vos autres signaux donne une histoire cohérente, tandis qu'un navigateur User-Agent sur une poignée de main de script se démarque immédiatement.