Aller au contenu

Détournement de session

En clair

Quand vous vous connectez, le site vous remet un jeton qui prouve que c'est bien vous, pour ne pas redemander le mot de passe à chaque page. Qui vole ce jeton entre à votre place — sans mot de passe, et sans code de vérification.

Ce que cherche l'attaquant : prendre le contrôle d'un compte.

Définition

Le détournement de session est la réutilisation, par un tiers, du jeton d'authentification remis à un utilisateur après sa connexion, ce qui donne accès au compte sans franchir à nouveau l'authentification.

Comment ça fonctionne

L'authentification n'a lieu qu'une fois : ensuite, le navigateur présente un cookie de session à chaque requête, et c'est lui qui fait foi. Ce jeton est donc l'équivalent d'un badge déjà validé. Il peut être récupéré de trois façons : par un logiciel installé sur la machine qui lit ce que stocke le navigateur, sur un réseau où le trafic n'est pas chiffré, ou par une page malveillante qui parvient à le faire fuir. Le fait notable est que le vol contourne l'authentification au lieu de l'affronter : ni le mot de passe ni le second facteur n'entrent en jeu, puisque tous deux ont déjà été présentés. C'est ce qui rend la révocation des sessions — et non le changement de mot de passe — la mesure qui met réellement fin à l'accès.

Pourquoi ça marche

On pense que le mot de passe et le code protègent le compte à chaque instant, alors qu'ils ne servent qu'à l'entrée. Rester connecté est pratique, et personne ne relit la liste de ses sessions.

Sur quoi cette attaque s'appuie

Comprendre ces ressorts vaut mieux que retenir cent fiches : c'est ce qui permet de reconnaître une arnaque que personne n'a encore décrite.

Signaux d'alerte

  • Session active depuis un appareil ou un lieu que vous ne reconnaissez pas
  • Actions effectuées sur votre compte sans nouvelle demande de connexion
  • Déconnexion inattendue suivie d'une activité anormale
  • Aucun code de double authentification reçu, alors qu'une connexion a bien eu lieu
  • Paramètres du compte modifiés sans qu'aucun mot de passe n'ait changé

Exemple

Exemple fictif — aucune organisation ni adresse réelle

Paramètres de sécurité d'un réseau social, ouverts après une publication que vous n'avez pas faite.

Où vous êtes connecté : • Ce téléphone — actif maintenant • Ordinateur portable — hier • Navigateur sur Linux — actif il y a 10 minutes, localisation inconnue Historique des connexions : aucune nouvelle connexion.

Ce qui le trahit

  • Une session active est inconnue, alors que l'historique ne montre aucune nouvelle connexion.
  • Aucun code de double authentification n'a été demandé.
  • Une action a été faite en votre nom sans que votre mot de passe ait changé.
D'autres exemples fictifs, canal « Site web »

Comment vérifier

Ouvrez la liste des sessions ou des appareils connectés dans les paramètres du compte : c'est là que le détournement est visible, et nulle part ailleurs. Une entrée inconnue s'y affiche avec sa date et sa localisation approximative, alors même que l'historique de connexion ne montre rien d'anormal — puisqu'aucune connexion nouvelle n'a eu lieu.

Les questions à se poser, dans l'ordre

  1. La liste des sessions contient-elle un appareil ou un lieu que vous ne reconnaissez pas ?

    Si oui : Déconnectez toutes les sessions, sur tous les appareils, avant toute autre chose.

  2. Une action a-t-elle été faite en votre nom sans nouvelle connexion visible ?

    Si oui : Après la déconnexion, changez le mot de passe et vérifiez les adresses de récupération.

  3. Des extensions de navigateur ou des applications tierces ont-elles accès au compte ?

    Si oui : Retirez celles que vous ne reconnaissez pas.

Que faire

Fermez vos sessions sur les appareils partagés au lieu de fermer simplement l'onglet. Évitez de rester connecté indéfiniment aux services sensibles, et méfiez-vous des extensions de navigateur, qui peuvent lire ce que le navigateur stocke.

Si c'est déjà arrivé

Révoquez toutes les sessions actives, sur tous les appareils, avant toute autre chose — c'est la seule action qui invalide le jeton volé. Changez ensuite le mot de passe, ce qui, dans la plupart des services, force également une réauthentification. Vérifiez enfin les règles de transfert, les adresses de récupération et les applications tierces autorisées.

Pour que ça ne se reproduise pas

  • Fermez vos sessions sur les appareils partagés, au lieu de fermer seulement l'onglet.
  • Évitez de rester connecté indéfiniment aux services sensibles.
  • Installez peu d'extensions de navigateur.

Testez-vous sur une attaque voisine

Pas de simulation pour cette attaque-ci. Celle-ci en est proche : Un code arrive sans que vous ayez rien demandé, et le téléphone sonne dans la foulée.

Simulation : Contournement de la double authentification

Questions fréquentes

La double authentification ne devait-elle pas empêcher cela ?
Elle protège le moment de la connexion, et le jeton est délivré après ce moment. Un attaquant qui rejoue une session n'a pas à se connecter : il présente une authentification déjà accomplie. C'est pourquoi la parade est la révocation, pas un facteur supplémentaire.
Le cadenas du navigateur ne protège-t-il pas mes cookies ?
Le chiffrement de la connexion empêche la lecture du trafic entre votre appareil et le site, ce qui écarte l'interception sur un réseau. Il ne protège pas contre un logiciel installé sur votre machine, qui lit le cookie là où il est stocké, après déchiffrement.

Sources officielles

Aussi appelée : vol de cookie, session hijacking, vol de session, pass-the-cookie.

Cette fiche fait partie de la famille Identifiants et comptes. Mise à jour : 2026-09-02.