La détection de voyage impossible identifie les sessions où la localisation d'un utilisateur change plus vite que ce qui est physiquement réalisable. Si un compte se connecte depuis Londres à 09:00 puis depuis Singapour à 09:15, la session est signalée : aucun vol direct ne couvre cette distance en 15 minutes. Le signal est simple. Ce qui détermine son utilité, c'est la façon dont le système gère les VPN, l'infrastructure partagée, les vrais voyageurs et les agents IA qui réutilisent des jetons volés.
Ce qui constitue un voyage impossible
Le calcul central est la distance divisée par le temps. Si la vitesse requise dépasse un seuil raisonnable, généralement autour de 800 km/h comme limite supérieure généreuse pour les vols commerciaux, le déplacement est signalé comme physiquement implausible.
| Scénario | Distance | Intervalle | Vitesse | Verdict |
|---|---|---|---|---|
| Londres à Paris | 340 km | 25 min | 816 km/h | Signaler |
| Londres à Manchester | 260 km | 40 min | 390 km/h | Pas de signal |
| New York à Londres | 5 540 km | 2 heures | 2 770 km/h | Signaler |
| Même ville, changement VPN | 0 km | instant | 0 km/h | Contexte nécessaire |
Le temps est ce qui distingue ceci de la simple géolocalisation. Un compte actif dans un lieu puis dans un autre une heure plus tard peut indiquer un changement de VPN, un transfert mobile ou un vrai voyageur sur un court-courrier. La vitesse résout la plupart des ambiguïtés, mais pas toutes.
Où la détection basée uniquement sur l'IP échoue
La logique standard de voyage impossible compare deux géolocalisations IP. Cela fonctionne quand les IPs représentent un vrai origine géographique. Cela échoue dans ces situations :
- Changements de VPN : ils modifient la localisation apparente sans aucun déplacement physique.
- Proxys résidentiels : ils font paraître le trafic de l'attaquant comme provenant d'une connexion domestique proche de la cible.
- Sortie d'entreprise partagée : elle place de nombreux utilisateurs dans une même localisation quelle que soit leur position physique réelle.
- Itinérance de réseau mobile : elle fait changer les attributions de pays IP lors des transferts entre antennes.
Les faux positifs dans ces cas sont coûteux. Un vrai utilisateur signalé pendant un voyage, un changement de serveur VPN ou une connexion via un réseau d'entreprise génère des frictions sans intercepter un attaquant.
Ce qu'apporte la couche navigateur
L'empreinte digitale des appareils change la signification de "même utilisateur". Plutôt que de demander si l'IP correspond à la localisation attendue, vous pouvez demander si l'appareil correspond à l'historique du compte, et si l'environnement du navigateur ressemble à un utilisateur réel ou à un framework d'automatisation.
cside capture l'intelligence des appareils depuis les navigateurs de vrais visiteurs : plus de 102 signaux incluant l'empreinte matérielle, l'environnement de rendu, les indicateurs d'automatisation et la posture VPN/proxy. Deux connexions depuis des villes différentes peuvent être un vrai voyageur. Les mêmes deux connexions depuis des villes différentes avec une empreinte d'appareil différente et un ASN de proxy résidentiel constituent un problème différent.
Cette combinaison détecte ce que la seule vélocité IP ne peut pas capturer :
- Voyage masqué par VPN : l'IP reste dans une ville, mais le profil de l'appareil change en cours de session. Ce changement n'est pas un déplacement physique, mais constitue une rupture de confiance.
- Réutilisation de jetons par des agents IA : un agent IA qui récupère un jeton de session volé peut le rejouer depuis un contexte géographique et réseau complètement différent. Le saut de localisation est immédiat, et le profil de l'appareil ne correspondra pas à l'historique du compte.
- Vol de session réel : un cookie de session capturé via une attaque en couche navigateur et rejoué par l'attaquant depuis un autre pays apparaît comme un voyage impossible associé à un soudain décalage d'empreinte digitale d'appareil.
Le voyage impossible comme signal dans un modèle de session
Le voyage impossible est un signal utile, pas un verdict. Un compte qui le déclenche devrait voir un défi d'authentification renforcé, une re-authentification forcée ou un blocage sur les actions à haut risque (paiement, changement d'adresse, mise à jour de moyen de paiement), et non un blocage immédiat. Un vrai voyageur qui confirme son identité continue sans friction. Une session de bourrage d'identifiants qui ne passe pas le défi est arrêtée.
Le bon modèle associe ce signal à la dérive d'empreinte d'appareil, à la réputation du réseau (score VPN et proxy, type ASN), à la continuité comportementale et à la vélocité des actions post-connexion. cside fournit tous ces signaux de risque de session via API, afin que votre logique de fraude puisse évaluer le contexte complet plutôt que de réagir à la seule localisation.
Pour comprendre comment le voyage impossible s'inscrit dans un modèle plus large de prévention de la prise de contrôle de compte, incluant la notation des sessions et les contrôles post-authentification, consultez le guide complet.
