Sécurisation de la plateforme de BI
Les systèmes d'entreprise dédiés au service d'un grand nombre d'utilisateurs nécessitent généralement une certaine forme de sécurité distribuée. Un système d'entreprise peut nécessiter une sécurité distribuée pour prendre en charge des fonctions comme le transfert de confiance (la possibilité d'autoriser un autre composant à agir au nom de l'utilisateur).
La plateforme de BI aborde la question de la sécurité distribuée en mettant en œuvre un système de ticket (rappelant le système de ticket Kerberos). Le CMS accorde des tickets pour autoriser les composants à exécuter des actions au nom d'un utilisateur particulier. Sur la plateforme de BI, le ticket est appelé jeton de connexion.
Ce jeton de connexion est le jeton le plus couramment utilisé sur le Web. Lors de la première authentification des utilisateurs par la plateforme de BI, la CMC leur fournit des jetons de connexion.
Le navigateur Web de l'utilisateur met en cache ce jeton de connexion. Lorsque l'utilisateur effectue une nouvelle requête, d'autres composants de la plateforme de BI peuvent lire le jeton de connexion
à partir du navigateur Web de l'utilisateur.
8.6 Sessions et suivi de session
En général, une session est une connexion de type client-serveur qui permet à deux ordinateurs d'échanger des informations. Le statut d'une session est constitué d'un ensemble de données qui décrivent les attributs de la session, sa configuration ou son contenu. Lorsque vous établissez une connexion client-serveur sur le Web, la nature du protocole HTTP limite la durée de chaque session à une seule page d'informations ; par conséquent, votre navigateur Web conserve le statut de chaque session en mémoire uniquement pendant la durée de l'affichage de cette page Web unique. Dès que vous passez d'une page Web à une autre, le statut de la première session est remplacé par le statut de la session suivante. Par conséquent, les sites et les applications Web doivent d'une manière ou d'une autre stocker le statut d'une session s'ils doivent réutiliser leurs informations dans une autre session.
La plateforme de BI utilise deux méthodes courantes pour stocker le statut d'une session :
• Cookies : Un cookie est un petit fichier texte qui stocke le statut d'une session côté client : le navigateur Web de l'utilisateur met en cache le cookie pour une utilisation ultérieure. Le jeton de connexion de la plateforme de BI illustre cette méthode.
• Variables de session : Une variable de session est un fragment de mémoire qui stocke le statut d'une session côté serveur. Lorsque la plateforme de BI accorde à l'utilisateur une identité active sur le système, les informations telles que le type d'authentification de l'utilisateur sont stockées dans une variable de session. Tant que la session est maintenue, le système ne doit ni inviter l'utilisateur à saisir les informations une deuxième fois, ni répéter une tâche nécessaire à l'exécution de la requête suivante.
Dans les déploiements Java, la session permet de prendre en charge les requêtes .jsp ; dans les déploiements .NET, la session permet de prendre en charge les requêtes .aspx.
Remarque :
L'idéal serait que le système préserve la variable de session tant que l'utilisateur reste actif sur le système. En outre, pour garantir la sécurité et minimiser l'utilisation des ressources, le système devrait
171 2013-07-02
