![]() |
Quels sont ces étranges gateaux qu'un site web vous a sûrement déjà proposé? La plupart du temps, lorsqu'un serveur web propose un cookie, les utilisateurs ignorent ce terme et cliquent sur « OK » sans se préoccuper de son devenir. Un cookie est en réalité un fichier stocké sur le disque dur de l'utilisateur, afin de permettre au serveur web de le reconnaître d'une page web à l'autre. Les cookies sont notamment utilisés par les sites de commerce électronique afin de conserver les préférence de l'utilisateur (par exemple les options qu'il a coché) afin de lui éviter de les resaisir. |
Le problème majeur des cookies relève des informations qu'ils contiennent. En effet, lorsqu'un utilisateur se connecte à un site personnalisable, celui-ci va lui poser quelques questions afin de dresser son profil, puis stocker ces données dans un cookie. Selon le site, la manière de laquelle l'information est stocké peut s'avérer nuisible à l'utilisateur.
En effet, un site de vente en ligne peut par exemple collecter des informations sur les préférences des utilisateurs par le biais d'un questionnaire, afin de leur proposer ultérieurement des articles pouvant les intéresser.
Par exemple, en sachant si l'utilisateur est un homme ou une femme, un site pourra l'aiguiller directement au rayon approprié pour lui faire économiser du temps (et surtout pour mieux vendre). Si par ailleurs, l'utilisateur a indiqué dans son profil qu'il est amateur de tennis, le site sera en mesure de lui proposera une sélection personnalisée des derniers articles en la matière.
Un cookie est ainsi un mécanisme prévu pour créer une association entre la session de l'utilisateur (navigation entre des pages d'un même site pendant une période donnée) et les données le concernant.
Idéalement, le cookie doit contenir une chaîne aléatoire (identifiant de session) unique et difficilement devinable, valide uniquement pendant un temps donné. Seul le serveur doit pouvoir être en mesure d'associer les préférences de l'utilisateur à cet identifiant. Ainsi, après expiration du cookie l'identifiant de session sera inutile et le cookie ne contiendra aucune information concernant l'utilisateur.
En aucun cas le cookie ne doit contenir directement les informations concernant l'utilisateur et sa durée de vie doit être la plus proche possible de celle correspondant à la session de l'utilisateur.
D'autre part, les données stockées dans un cookie sont envoyées par le serveur, sur la base des données renseignées par l'utilisateur (à l'exception de l'adresse IP et de l'identification du navigateur transmis automatiquement au serveur). Ainsi, le cookie ne peut en aucun cas contenir des informations sur l'utilisateur qu'il n'a pas données ou d'information sur le contenu de l'ordinateur, ou en d'autres termes: le cookie ne peut pas collecter d'informations sur le système de l'utilisateur.
Ainsi, refusez de céder des informations personnelles à un site ne vous inspirant pas confiance car il n'a aucune raison de collecter des informations vous concernant.
Un cookie n'a donc rien de dangereux en soi s'il est bien con&ccecil;u et si l'utilisateur ne donne pas d'informations personnelles.
Les cookies font partie des spécifications du protocole HTTP, c'est-à-dire le protocole permettant de surfer sur des pages web. Le protocole HTTP permet d'échanger des messages entre le serveur et le client à l'aide de requêtes HTTP et de réponses HTTP.
Les requêtes et réponses HTTP contiennent des en-têtes permettant d'envoyer des informations particulières de façon bilatérale. Un de ces en-têtes est réservé à l'écriture de fichiers sur le disque dur : les cookies.
L'en-tête HTTP réservé à l'utilisation des cookies s'appelle Set-Cookie, il s'agit d'une simple ligne de texte de la forme :
Set-Cookie : NOM=VALEUR; domain=NOM_DE_DOMAINE; expires=DATEIl s'agit donc d'une chaîne de caractères commençant par « Set-Cookie : » et suivie de paires clés-valeur, sous la forme CLE=VALEUR, séparées par des virgules.
Voici un tableau des principales clés (appelées attributs) possibles pour un cookie :
| Attribut | Valeur | Syntaxe | Description |
|---|---|---|---|
| NOM_DU_COOKIE | VALEUR | Le nom et la valeur ne peuvent pas contenir les caractères point-virgule (;), virgule (,) et espace (). Pour mettre de telles valeur il faut recourir à l'encodage URL | Cet attribut est obligatoire (c'est d'ailleurs le seul) |
| expires | DATE | Jour, DD-Moi-YYYY HH:MM:SS GMT | L'attribut expires permet de définir la date à laquelle le cookie ne doit plus être stocké sur le disque, et ne doit plus être pris en compte par le serveur |
| domain | nom_du_domaine | xxx.xxx.xxx | Le nom de domaine est généralement laissé vide car le nom du serveur est assigné par défaut (c'est ce que l'on désire généralement). Lorsqu'il est indiqué, le nom de domaine doit contenir au moins deux points (ie www.commentcamarche.net). Une machine provenant d'un domaine spécifique ne peut spécifier qu'un nom de sous-domaine ou son propre nom de domaine |
| path | /repertoire | /chemin/ | L'attribut path (traduisez chemin) permet de définir un sous-répertoire ou un fichier du serveur sur lequel le cookie est valide, afin de réduire son champ d'action |
| secure | aucun | L'attribut secure est optionnel. Il permet de spécifier que le cookie sera envoyé uniquement si la connexion est sécurisée (par SSL ou S-HTTP |
Lorsqu'un client se connecte à un site (donc au serveur), les cookies pour le domaine et le chemin spécifié sont automatiquement envoyés dans les en-têtes de la requête HTTP. L'en-tête se présente alors sous la forme :
Cookie : NOM1=VALEUR1; NOM2=VALEUR2; ...
Un script CGI (ou autres tel que ASP ou PHP) peut alors vérifier la présence du cookie :
Les cookies sont soumis à un certain nombre de contraintes :
Dernière modification le mardi 14 octobre 2008 à 17:40:36.