Session (informatique)

Une session démarre lorsque l'utilisateur commence à interagir avec un programme logiciel, qu'il s'agisse d'un système d'exploitation (OS), d'une application lourde ou à travers un site internet.

Plusieurs sessions peuvent donc être 'imbriquées' l'une dans l'autre, une session ouverte sur un site internet se faisant elle-même au sein d'une session ouverte sous l'OS.

L'ouverture de session peut être :

• Explicite, avec une saisie d'un nom et d'un mot de passe. On parle alors d'authentification ou de connexion.
  • Cette authentification peut toutefois être automatisée, lorsqu'un mécanisme particulier remplace l'utilisateur en indiquant par exemple à sa place ses informations de connexion. C'est le cas par exemple lorsque l'on démarre une sous-session (on peut bénéficier de l'authentification principale), ou que l'ordinateur a enregistré par exemple sous forme de cookies les clés de connexion précédemment saisies.
• Implicite, lorsqu'il n'y a pas besoin d'indiquer un identifiant ou un mot de passe. Ce type de session est bien souvent limitée en termes de droits et donc d'effets.

Selon toute logique, une session devrait se terminer lorsque l'utilisateur arrête de se servir du système. En pratique, même lorsque le système dispose d'un mécanisme d'arrêt explicite de la session (telle une déconnexion), l'utilisateur peut toujours laisser le programme 'ouvert' en cours de session pour revenir par la suite. Cela n'est pas sans poser des problèmes, notamment en matière de sécurité. Le concepteur du programme peut alors imposer un temps limite d'inactivité ou une échéance : passé un certain temps, soit la session est terminée, soit elle exige à nouveau l'entrée du mot de passe.

Les informations de session sont conservées dans un profil de l'utilisateur (en général, un ensemble de variables). Elles peuvent être fugaces ou stockées à moyen/long terme dans un ensemble de fichiers, d'entrées dans une base de données, etc. Elles sont soit chargées à l'ouverture de session, et mises à jour à la fin, soit dynamiquement pendant les interactions.

Certaines informations sensibles de la session doivent être isolées et/ou protégées par des droits d'accès, tandis que d'autres peuvent être partagées par plusieurs profils.

L'informatique fait souvent appel à la notion de session :

• Dans les systèmes d'exploitation multi-utilisateurs. Elles permettent à chacun de travailler indépendamment des autres dans des processus distincts, avec ses propres variables d'environnement, et des droits différents.

• Dans les protocoles réseaux, on peut citer l'exemple des sessions HTTP ou HTTPS, qui permettent de réaliser des applications web au-dessus du protocole HTTP. À la première visite d'une page, un serveur web demande au client de conserver un cookie de session, qui contient un simple identifiant. Lorsque l'utilisateur passe sur une autre page du site, le cookie est envoyé au serveur web en même temps que la requête HTTP : le serveur web peut alors retrouver la session d'un utilisateur grâce à l'identifiant stocké dans le cookie.

Les sections suivantes présenteront des cas particuliers de gestion de session afin de donner un aperçu des utilisations possibles. Sachant que la problématique des sessions est aujourd'hui dominée par les applications offertes sur les réseaux et notamment les applications Web passant par les navigateurs, les exemples sont donc liés à des langages destinés à la construction de sites ou d'applications Web.

$_SESSION['id']	= $variable;

$variable = $_SESSION['id'];

$_SESSION = array();           //Écrase les variables de sessions en recréant un tableau vide
session_destroy();             //Supprime le fichier serveur de la session

> Nom du fichier > sess_fe089db4fa4f15978286da2432db9ab3
> Contenu > id|i:1;name|s:6:"Didjor";

> Name|Type:Char_nb:Value;

• système d'exploitation
• cookie
• Hypertext Transfer Protocol

• (fr) FAQ sur les sessions PHP
• (fr) Sécuriser la session utilisateur d'une application web
• (fr) Les sessions sur php.net