À mesure que la détection passe d’attributs isolés à l’ensemble de la session, les exigences côté client augmentent : cohérence interne, isolation des environnements, continuité de l’état et alignement avec la sortie réseau.
Au cours de l’année écoulée, les AI Agents se sont intégrés plus profondément aux processus métier : appel d’outils de navigateur, connexion à des interfaces internes, traitement de commandes ou réponse aux e-mails. En parallèle, les systèmes de contrôle du risque changent leur méthode d’évaluation : ils ne se limitent plus à un attribut du navigateur et examinent davantage la session dans son ensemble.
La détection passe des attributs isolés à l’ensemble de la session
Lorsque les plateformes présentent leurs capacités de détection de l’IA, elles évoquent des signaux comportementaux observés sur toute la session : mouvements du pointeur trop réguliers, vitesse ou rythme de frappe inhabituels, saisie qui continue alors que la page n’a pas le focus, activité du pointeur quand la page n’est pas visible, ou encore cohérence de l’ensemble des actions du début à la fin.
Ces signaux ont un point commun : ils ne reposent pas sur la véracité d’un seul paramètre, mais sur la continuité dans le temps. Modifier un attribut isolé a donc peu d’effet face à ce type d’évaluation.
Au-delà de la session, une autre couche de corrélation intervient
En plus des signaux comportementaux, les contrôles de risque peuvent mettre en relation l’environnement du navigateur, les cookies, l’état de connexion, l’environnement réseau et l’historique du compte : l’environnement reste-t-il cohérent ? Les cookies, le stockage local et la connexion sont-ils continus ? L’environnement change-t-il trop souvent ? Le réseau présente-t-il des sauts anormaux ? Plusieurs comptes utilisent-ils le même environnement de navigateur ? Le comportement suit-il un processus métier normal ?
On peut regrouper ces contrôles en deux couches. La première est l’environnement d’exécution du navigateur, qui détermine si l’environnement et l’état de connexion peuvent rester continus. La seconde est la stratégie d’exécution de l’Agent, qui détermine si l’ensemble des opérations ressemble à de l’automatisation. Si l’une de ces couches présente un problème, l’exécution stable devient difficile.
Pourquoi un environnement incohérent peut être interprété comme de l’automatisation
Le raisonnement inverse permet de mieux comprendre. Une personne réelle qui accède à un site depuis un appareil laisse de nombreux indices compatibles entre eux : si l’IP de sortie se trouve dans une région donnée, le fuseau horaire du système devrait normalement être proche ; la langue habituelle devrait raisonnablement correspondre à la région de l’IP ; la résolution d’écran, la liste des polices et les informations GPU devraient être cohérentes ; les cookies et l’état de connexion devraient évoluer progressivement au fil du temps au lieu de repartir de zéro à chaque visite.
L’incohérence constitue elle-même une anomalie. Une sortie à Francfort avec un fuseau horaire de navigateur réglé sur Los Angeles ; un ensemble de polices et une résolution pendant une heure, puis un autre ensemble l’heure suivante ; cinq comptes connectés en dix minutes dans le même environnement. Chaque cas est déjà suspect séparément ; réunis, ils sont difficiles à expliquer par un comportement humain normal.
La logique de la plateforme est simple : les utilisateurs normaux ne se comportent généralement pas ainsi. Le coût du maintien de la cohérence incombe donc au client.
Quatre axes de préparation côté client
Premièrement, assurer la cohérence interne de l’environnement : fuseau horaire, langue, résolution, polices, GPU et paramètres associés ne doivent pas se contredire.
Deuxièmement, garder les environnements indépendants : chaque tâche doit disposer de son propre répertoire de données, de ses propres paramètres et de sa propre sortie réseau afin d’éviter que plusieurs identités soient reliées au même environnement d’appareil.
Troisièmement, préserver la continuité de l’état : cookies, stockage local et état de connexion doivent être conservés séparément pour chaque environnement et restaurés après un redémarrage, au lieu de recommencer une connexion à zéro à chaque fois.
Quatrièmement, aligner la sortie réseau sur les paramètres géographiques : si la région de sortie change de pays, le fuseau horaire et la langue de l’environnement devraient évoluer en conséquence afin d’éviter des contradictions durables.
Les deux premiers points relèvent principalement de la couche environnement. Les deux derniers se situent à la fois dans cette couche et dans la logique d’ordonnancement. Lorsqu’une équipe exécute des dizaines d’Agents en parallèle, ces besoins se retrouvent généralement dans la gestion des environnements, qui centralise les environnements isolés, les sorties indépendantes et la configuration en masse. PurpleMark est l’un des outils qui fournit cette couche.
Plusieurs anciennes méthodes deviennent moins efficaces
Changer uniquement le User-Agent est une approche courante, mais si les caractéristiques sous-jacentes restent inchangées, la contradiction entre le UA et l’environnement réel devient encore plus visible. Changer seulement l’IP pose le même problème : les caractéristiques de l’appareil et le rythme comportemental ne changent pas, donc une autre sortie ne résout pas la question. Le mode de navigation privée affecte le stockage local, pas les caractéristiques de l’appareil.
Regrouper plusieurs tâches dans le même environnement est également peu avantageux. En exécution concurrente, elles peuvent écraser mutuellement les cookies et les états de connexion, et plusieurs identités issues du même environnement constituent déjà un signal de corrélation. De même, allonger toutes les attentes à une valeur fixe produit une régularité qui peut elle-même être détectée.
Critères d’évaluation
Plutôt que de se demander si les caractéristiques sont suffisamment dissimulées, mieux vaut poser trois questions : l’environnement est-il cohérent en interne, les environnements sont-ils indépendants les uns des autres, et le rythme comportemental ressemble-t-il à celui d’un utilisateur humain ? Une exécution stable ne devient réaliste que lorsque ces trois conditions sont réunies.
Limites
Passer la détection ne signifie pas disposer d’une autorisation d’opérer. Respectez les conditions d’utilisation et les règles robots de la plateforme cible, n’utilisez pas de fausses informations d’identité, ne contournez pas les mesures techniques de protection, maîtrisez la fréquence des requêtes et ne perturbez pas le fonctionnement normal du service concerné.
