Introduction à Sign&go Guide d architecture

Transcription

1 Introduction à Sign&go Guide d architecture

2

3 Contact ILEX 51, boulevard Voltaire Asnières-sur-Seine Tél. : (33) Fax : (33) Mél. : support@ilex.fr Site Web : Informations légales Sign&go TM est une marque déposée de la société ILEX. Toutes les autres marques citées dans ce document sont la propriété de leurs sociétés respectives. Ce document est fourni uniquement à titre d information. En aucun cas, le contenu du document, sous quelque forme que ce soit, ne peut engager la responsabilité de la société ILEX. Toutes spécifications ou données peuvent être modifiées sans préavis. En vertu de l article L du Code de la Propriété Intellectuelle, toute représentation totale ou partielle de ce document, par quelque procédé que ce soit, sans l autorisation expresse de la société ILEX, est interdite et constituerait une contrefaçon sanctionnée par les articles L et suivants du Code de la Propriété Intellectuelle. Copyright ILEX Tous droits réservés. Sign&go 3

4

5 Table des matières Apports du SSO pour l entreprise... 7 Définition du Single Sign-On (SSO)... 9 Différents types de SSO SSO Web : la problématique du portail Architecture SSO Web Reverse-Proxy Architecture SSO Web Proxy Architecture SSO Web à base de filtres Sign&go : une solution SSO adaptée Personnalisation des habilitations Gestion centralisée de la sécurité Interopérabilité Architecture globale de Sign&go Sign&go : schéma général d architecture Principe général de Sign&go Architecture haute disponibilité Comment accéder à une ressource protégée? Comment authentifier un utilisateur? Phase d authentification : le serveur de sécurité Principe de l authentification Agents d authentification Exploitation des annuaires existants Schémas d authentification Jeton de session Phase d habilitation : la politique de sécurité. 43 Principe de la politique de sécurité Règle d accès Configurer la phase d authentification Etapes initiales Gérer les jetons, l annuaire principal Sign&go et les accréditations secondaires Configurer la phase d habilitation Créer une politique de sécurité Créer une règle d accès Sign&go 5

6

7 Chapitre 1 Apports du SSO pour l entreprise Définition du Single Sign-On (SSO)... 9 Différents types de SSO SSO Web : la problématique du portail Architecture SSO Web Reverse-Proxy Architecture SSO Web Proxy Architecture SSO Web à base de filtres

8

9 Apports du SSO pour l entreprise Définition du Single Sign-On (SSO) Principe Mise en oeuvre Fondements de la sécurité Le Single Sign-On (SSO), appelé Signature Unique, est un mécanisme par lequel l utilisateur n a besoin de s authentifier qu une seule fois pour accéder à plusieurs ressources hétérogènes. Toute contrainte des authentifications à répétition est ainsi éliminée; le SSO constitue un point d entrée unique au système d information. Sur un portail d entreprise par exemple, l utilisateur s authentifie une seule et unique fois et l architecture technique s occupe ensuite de diffuser la validité de cette authentification et les habilitations associées aux applications concernées. L utilisateur s authentifie une première fois; il s agit d une authentification primaire. Puis la technologie SSO récupère le nécessaire pour les authentifications secondaires. Ce mécanisme évite ainsi à l utilisateur de devoir lui-même s authentifier de multiples fois. Selon le schéma d authentification, les authentifications primaires et secondaires peuvent correspondre à la saisie d un identifiant et d un mot de passe, à l insertion d une carte à puce... Le SSO est donc une extension de deux fondements de la sécurité : l authentification et l habilitation. Sign&go 9

10 Apports du SSO pour l entreprise Différents types de SSO Classification Une différenciation faible Avantage du SSO Web Dans le cadre des solutions orientées entreprise (intranet, extranet), on distingue trois grands types de SSO : SSO Poste Local Il correspond aux premières solutions de SSO. Il donne principalement accès à des applications traditionnelles du domaine de l entreprise (connexion réseau, messagerie...). SSO Site Central Il s agit d une sous-catégorie de SSO Poste Local qui donne accès aux applications des sites centraux des entreprises. SSO Web A partir du navigateur Web, il donne un point d entrée unique et personnalisé aux portails d entreprises et aux intranets. Avec le développement des portails d entreprise, le SSO Web représente aujourd hui une solution phare pour «l e-business». La problématique du portail et les architectures SSO Web sont détaillées dans ce chapitre. La classification précédente ne doit pas être prise au sens strict. En effet, un SSO Poste Local peut très bien assurer sa fonction pour des applicatifs traditionnels et pour des applications Web, en interceptant et remplissant automatiquement les formulaires d authentification demandés dans le navigateur. De même, un SSO Web peut avoir accès à des applications non-web. Pour assurer une authentification sur des applications Web, le SSO Poste Local simule la saisie d informations dans le navigateur et ne peut éviter la circulation de données sensibles en clair sur le réseau. Ce problème de sécurité ne se pose pas dans le cas du SSO Web qui s intercale, sur la chaîne de liaison, entre le navigateur et le serveur Web. Le poste client est ainsi véritablement sécurisé. 10 Sign&go

11 Apports du SSO pour l entreprise SSO Web : la problématique du portail Principe du portail Utilisation du portail Apports du SSO Web Le portail est un agrégateur de contenu qui facilite le travail de l utilisateur en lui fournissant un accès unique à ses applicatifs et à ses données. L environnement de travail se réduit ainsi à un navigateur qui permet l accès au portail; les postes utilisateurs deviennent banalisés. L utilisation du portail permet de réduire significativement le coût total d un système (TCO: Total Cost of Ownership) car les postes utilisateur ne nécessitent plus aucune installation. L utilisateur ouvre son navigateur et se connecte à une URL d accès au portail d entreprise. Il s authentifie alors sur ce portail. Après l authentification, un menu de démarrage est automatiquement affiché. Il s agit d un menu personnalisé qui présente à l utilisateur les liens de tous les applicatifs dont il a besoin (intranet, sites html, serveurs dans l entreprise...). Dans le cas d un portail classique, l authentification primaire de l utilisateur au portail est suivie de nombreuses authentifications secondaires aux différents applicatifs que l utilisateur sélectionne. Le SSO Web va permettre de véhiculer l authentification primaire du portail vers les serveurs distants pour éviter les authentifications secondaires multiples. L utilisateur s authentifie uniquement au portail. Architecture SSO Web Reverse-Proxy Principe Cette architecture repose sur un module placé entre l utilisateur et le serveur d application Web. Ce module, le Reverse-Proxy Web accepte les requêtes et route les informations vers les applications destinatrices. Le processus de SSO est effectué par le Reverse-Proxy. En effet, il ne se contente pas de router la requête du client vers la bonne machine, mais il altère les requêtes afin de simuler une authentification du client auprès de l application Web (authentification secondaire). Sign&go 11

12 Apports du SSO pour l entreprise Le schéma suivant présente une architecture SSO Web Reverse-Proxy. Utilisation L utilisateur n a qu un seul interlocuteur : le Reverse-Proxy. Il est donc nécessaire de modifier la configuration DNS de l entreprise : le Reverse-Proxy demeure le serveur final. Ainsi, l utilisateur s authentifie auprès de ce serveur Reverse- Proxy à l aide des méthodes d authentification standard. Puis, le Reverse-Proxy autorise ou non l accès vers les URL finales en utilisant une table de mapping afin de récupérer les données sur le serveur. Avantages Les principaux avantages de l architecture SSO Web Reverse- Proxy reposent sur l installation et l architecture. Installation Le Reverse-Proxy de sécurité s intercale sur la chaîne de liaison entre le client et les serveurs. Il n y a donc aucune modification à apporter ni aux serveurs, ni aux clients (Non intrusif sur le système cible). Architecture Les opérations effectuées restent au niveau du protocole HTTP, c est pourquoi ce système de SSO demeure indépendant de l architecture physique (SE, machines). 12 Sign&go

13 Apports du SSO pour l entreprise De plus, ce système masque la topologie réseau. En effet, le portail de sécurité est la seule machine accessible par le client, ce qui permet la mise en place d une zone démilitarisée (DMZ), région dotée d une sécurisation intermédiaire entre l extérieur et l intérieur de l entreprise. Un seul Reverse-Proxy est ainsi capable de protéger un ensemble de serveurs Web. Inconvénients Les principaux inconvénients de l architecture SSO Web Reverse-Proxy reposent sur la sécurité, la montée en charge et la PKI. Sécurité Entre le Reverse-Proxy et le serveur intranet, la sécurité n est pas assurée du fait de la rupture de la chaîne de liaison. Pour contrer ce problème, il faut que les serveurs finaux soient très proches du Reverse-Proxy. Cette contrainte est forte en environnement Intranet. Montée en charge/haute disponibilité Le portail est le point de passage obligatoire vers les applications. Par conséquent, des problématiques de charge du Reverse-Proxy peuvent survenir. Il convient donc de reproduire, au niveau du Reverse-Proxy, l architecture haute disponibilité mise en place sur le serveur Web, afin de conserver le coefficient global de haute disponibilité. PKI Ce système de SSO est partiellement compatible avec les PKI. Quand l utilisateur s authentifie par certificat au Reverse- Proxy Web, celui-ci ne pourra pas rejouer l authentification jusqu au serveur. Les informations de l utilisateur transitent ainsi sous la forme d informations applicatives entre le Reverse-Proxy et le serveur (le plus souvent sous la forme d en-têtes HTTP). En effet, d une manière intrinsèque, l authentification par certificats se fait en point à point si bien qu elle nécessite une communication directe, sans rupture de chaîne. Bilan Ce type d architecture est recommandé dans les problématiques de type extranet ou lorsqu il s avère impossible d ajouter des composants sur les serveurs cibles. En effet, tout Reverse-Proxy peut s installer en DMZ et contrôler systématiquement les accès extérieurs, ce qui protège efficacement les données de l entreprise. Sign&go 13

14 Apports du SSO pour l entreprise Architecture SSO Web Proxy Principe Cette architecture suppose la modification de la configuration des navigateurs clients pour transmettre les connexions à un Proxy. Le Proxy intercepte les requêtes et route les informations vers les applications destinatrices. Le processus de SSO est effectué par le Proxy. En effet, il ne se contente pas de router la requête du client vers la bonne machine, mais il altère les requêtes afin de simuler une authentification du client auprès de l application Web (authentification secondaire). Le schéma suivant présente une architecture SSO Web Proxy. Utilisation Avantages Après configuration du navigateur de l utilisateur, toutes les requêtes transitent systématiquement par le Proxy, et ceci même si le client souhaite atteindre un site Web extérieur à l entreprise. Une fois l utilisateur authentifié, le Proxy autorise ou non l accès vers les URL finales. Les principaux avantages de l architecture SSO Web Proxy reposent sur l installation, l architecture et la montée en charge. 14 Sign&go

15 Apports du SSO pour l entreprise Installation Après configuration des postes clients, le passage par le Proxy est géré directement par le protocole HTTP; nul besoin de modifier les configurations DNS des serveurs (cas du Reverse- Proxy). Tout comme les architectures Reverse-Proxy, ce système n est pas intrusif sur les serveurs. Architecture L ensemble des opérations se situe au niveau du protocole HTTP, ce système de SSO demeure donc indépendant de l architecture. Après configuration des postes clients, tous les serveurs Web sont potentiellement éligibles. Montée en charge/haute disponibilité Pour gérer au mieux les montées en charge, il est possible de chaîner les proxys. Afin de tenir compte des contraintes de haute disponibilité, il est possible aussi de configurer plusieurs proxys au niveau du poste utilisateur. Inconvénients Les principaux inconvénients de l architecture SSO Web Proxy reposent sur la sécurité, la configuration et la PKI. Sécurité Entre le Proxy et le serveur Web, la sécurité n est pas assurée du fait de la rupture de la chaîne de liaison. Pour contrer ce problème, il faut que les serveurs finaux soient très proches du Proxy, ce qui est difficilement réalisable en pratique. Lors de la mise en place du SSO, le protocole HTTPS en mode proxy impose au Proxy le déchiffrage du flux avant toute connexion au serveur final. Le Proxy est donc installé en «man-in-the-middle-proxy». En cas d attaque du proxy, l entreprise risque alors de perdre la confidentialité des échanges. Configuration Ce système impose la modification de la configuration des postes utilisateur. C est pourquoi, il ne peut être installé dans les cas d accès distants au système d information ou, plus généralement, de non-maîtrise du poste utilisateur. PKI Ce système de SSO est partiellement compatible avec les PKI. Sign&go 15

16 Apports du SSO pour l entreprise Quand l utilisateur s authentifie par certificat au Proxy Web, celui-ci ne pourra pas rejouer l authentification jusqu au serveur. En effet, d une manière intrinsèque, l authentification par certificats se fait en point à point et nécessite donc une communication directe, sans rupture de chaîne. Bilan Ce type d architecture est recommandé dans les problématiques de type intranet quand la fonctionnalité de SSO prime par rapport à la sécurité. L avantage majeur de cette architecture est sa facilité et sa rapidité de mise en oeuvre dans de vastes environnements. Architecture SSO Web à base de filtres Principe Cette architecture consiste à déployer un serveur de sécurité qui prend en charge la gestion des utilisateurs et des filtres (agents) sur les serveurs Web et les différentes applications. La sécurité des différents serveurs est donc surchargée par des agents. Ces filtres se chargent d obtenir les informations d authentification sur le serveur. Le schéma suivant présente une architecture SSO Web à base de filtres : 16 Sign&go

17 Apports du SSO pour l entreprise Utilisation L utilisateur cherche à accéder à un site du portail d accès. Après vérification de l authentification sur le portail, le serveur de sécurité renvoie à l agent les droits de l utilisateur pour le site en question. Un jeton d authentification est stocké sur le poste utilisateur; il est récupéré à chaque connexion du client vers un serveur et permet de vérifier son authentification. Si l utilisateur tente d accéder à un autre site, l agent de ce site va consulter le serveur de sécurité. L utilisateur étant déjà authentifié (jeton d authentification), l agent renvoie directement les droits de l utilisateur sur le nouveau site. Avantages Les principaux avantages de l architecture SSO Web à base de filtres reposent sur la sécurité, la montée en charge et la PKI. Sécurité La sécurité des flux est assurée de bout en bout. Montée en charge/haute disponibilité La montée en charge est naturellement répartie entre les différents serveurs et peut se gérer plus facilement du fait de l absence de goulot d étranglement. PKI Il n existe pas d intermédiaire entre le navigateur et le serveur Web, si bien qu une authentification forte de bout en bout est possible (Projet PKI/certificats X509). Inconvénients Les principaux inconvénients de l architecture SSO Web à base de filtres reposent sur l installation et l architecture. Installation L architecture des serveurs à sécuriser doit être modifiée afin d ajouter les composants de sécurité «agents filtres» (Intrusif sur le système cible). Architecture Ce système SSO dépend de l architecture car des filtres spécifiques sont requis pour les plates-formes et les serveurs Web. Les serveurs Web Internet Information Server (IIS), Netscape iplanet, Apache, Domino proposent leur propre technologie filtre. Cependant certains serveurs ne sont pas compatibles avec les architectures filtre. Sign&go 17

18 Apports du SSO pour l entreprise Bilan Ce type d architecture est recommandé dans les problématiques de connexion intranet décentralisées, c est-àdire quand les serveurs cibles sont répartis dans l entreprise ou quand la contrainte de sécurité est très forte (PKI). 18 Sign&go

19 Chapitre 2 Sign&go : une solution SSO adaptée Personnalisation des habilitations Gestion centralisée de la sécurité Interopérabilité

20

21 Sign&go : une solution SSO adaptée Personnalisation des habilitations Problématique du portail d entreprise Intégration aux annuaires existants Gestion du contenu des annuaires existants Un portail d entreprise est un agrégateur de contenu qui offre à chaque utilisateur (employés, clients, partenaires) un accès simplifié à l ensemble des ressources de l entreprise qui lui sont nécessaires. Ces informations, disponibles sur une interface Web, sont personnalisées en fonction des profils de chaque utilisateur. L accès aux ressources est donc précédé d une authentification. Cependant, la gestion traditionnelle des multiples mots de passe diminue la productivité des administrateurs et des utilisateurs et fragilise la stratégie sécuritaire de l entreprise. La mise en place de Sign&go, outil de SSO, sur le portail d entreprise, permet de contrer ces problèmes tout en adaptant les habilitations aux besoins de l entreprise. L utilisateur s authentifie une fois lors de sa connexion au portail et bénéficie ensuite d un accès transparent à toutes les ressources auxquelles il a droit. Les groupes d utilisateurs pour les habilitations existantes sont stockés dans l annuaire de l entreprise. Sign&go se branche directement dans l annuaire de l entreprise et n impose pas de structure d annuaire de sécurité. Il s adapte à l existant (tous les annuaires LDAP et toutes les bases SQL) et applique le contenu défini dans l annuaire. L alliance de Sign&go, outil de SSO, et de Meibo 1, outil de gestion de contenu d annuaires, rend possible l installation d une solution de SSO sur mesure, adaptée aux spécificités fonctionnelles de l entreprise. En effet, grâce à Meibo, ILEX met à la disposition des entreprises un outil capable de bâtir des vues métiers sur des annuaires LDAP existants. Il est ainsi possible de mettre en place rapidement des interfaces Web personnalisées de gestion de contenu d annuaire. Ces interfaces peuvent, par exemple, associer la liste des utilisateurs et leurs groupes, les profils métiers et les applications présentes dans l entreprise. L approche WYSIWYG unique de Meibo Studio permet une mise en place aisée et sans programmation d interfaces utilisateurs Web personnalisées par profils métiers. 1. Meibo est un produit de gestion de contenu d annuaires LDAP, créé par ILEX. Sign&go 21

22 Sign&go : une solution SSO adaptée En définitive, Meibo, outil de gestion de contenu, se charge d alimenter les référentiels de sécurité, tandis que Sign&go, outil de SSO, applique ce qui a été défini dans ces référentiels. De plus, ces deux outils s adaptent, sans aucune modification, aux référentiels existants. Création de règles d accès spécifiques Dans Sign&go, la configuration de la sécurité repose sur les règles d accès. Une règle d accès se compose de critères et de comportements. Dans un premier temps, les critères sont testés, puis les comportements, déterminés par le résultat des critères, sont renvoyés à l agent d habilitation. L administration Sign&go présente différents types de critères tels que la validité du jeton, l appartenance de l utilisateur à un groupe et différents types de comportements tels que l accès autorisé, l accès refusé, la redirection vers une URL. L administrateur a également la possibilité de créer des critères et des comportements spécifiques pour personnaliser leurs règles d accès en fonction des besoins de l entreprise. Gestion centralisée de la sécurité Serveur d administration Annuaire Sign&go Interface administrateur Sign&go Grâce au serveur d administration Sign&go, l administrateur gère, de manière centralisée, l ensemble des paramètres de Sign&go. L interface administrateur facilite la gestion de ces données. L ensemble des données Sign&go (schémas d authentification, règles d accès...) est stocké, par défaut, dans un annuaire OpenLDAP. Sign&go peut aussi fonctionner dans tous les annuaires LDAP v3 du marché. L interface administrateur Sign&go présente cinq onglets : Configuration, Annuaire, Authentification, PKI, Domaine. Pour obtenir la description de l ensemble des paramètres, il suffit de cliquer sur le bouton Aide. L aide en ligne HTML s affiche alors. 22 Sign&go

23 Sign&go : une solution SSO adaptée En cliquant sur l onglet Configuration, puis sur le sous-menu Configuration générale, on obtient l image suivante : Chaque onglet dispose d un menu qui s affiche dans la partie gauche de l écran. Quand on sélectionne l item d un menu, les paramètres de configuration correspondants s affichent dans la partie droite. Un bouton Enregistrer apparaît sous les paramètres. Après la création ou la modification de paramètres, il suffit de cliquer sur le bouton Enregistrer. Ces nouveaux paramètres sont ainsi pris en compte par Sign&go. Note En cas de problèmes, n hésitez pas à envoyer un mail à l équipe support ILEX en cliquant sur le bouton Mail. Configuration Annuaire Le menu Configuration permet de définir la configuration générale de Sign&go et de créer/modifier/supprimer les agents Sign&go. Veuillez vous référer à Gérer les jetons, l annuaire principal Sign&go et les accréditations secondaires, page 54 et Configurer un agent, page 51. Le menu Annuaire permet de créer/modifier/supprimer la configuration des annuaires utilisateurs existants et les mappings d annuaires. Veuillez vous référer à Configurer un annuaire, page 51. Sign&go 23

24 Sign&go : une solution SSO adaptée Authentification PKI Domaine Le menu Authentification permet de créer/modifier/ supprimer la configuration des schémas d authentification et les listes d authentification. Veuillez vous référer à Configurer un schéma d authentification, page 52 et Créer une liste d authentification, page 53. Le menu PKI permet de créer/modifier/supprimer les mappings de certificats. Le menu Domaine permet de créer/modifier/supprimer les domaines, les politiques de sécurité, les règles d accès et la configuration des critères et des comportements. Veuillez vous référer à Créer une politique de sécurité, page 59 et Créer une règle d accès, page 60. Interopérabilité Plates-formes compatibles Serveurs Web compatibles Les agents filtres Web Sign&go sont compatibles avec les principales plates-formes du marché. Les agents Proxy/Reverse-Proxy Sign&go sont compatibles avec la plate-forme Windows. Le serveur de sécurité Sign&go 100% Java est multi platesformes. Les agents filtres Web Sign&go sont disponibles sur différents serveurs Web et plates-formes du marché : Microsoft IIS version 3.0 et supérieure (Windows NT/ 2000/XP), Apache version 1.3 et 2.0 (Linux), Netscape Enterprise Server (Windows NT/2000/XP, Solaris, AIX), iplanet (Windows NT/2000/XP, Solaris, AIX), Sun One (Windows NT/2000/XP, Solaris, AIX), Lotus Domino Application Server version 5 et supérieure (Windows NT/2000/XP). 24 Sign&go

25 Chapitre 3 Architecture globale de Sign&go Sign&go : schéma général d architecture Principe général de Sign&go Architecture haute disponibilité Comment accéder à une ressource protégée? Comment authentifier un utilisateur?

26

27 Architecture globale de Sign&go Sign&go : schéma général d architecture Présentation L architecture générale de Sign&go est présentée dans le schéma suivant : Composants Sign&go Sign&go présente différents composants : Agents (Filtres Web, Proxy/Reverse-Proxy, API) Il s agit d agents d authentification et/ou d agents d habilitation qui jouent le rôle d intermédiaires entre le poste utilisateur et le serveur de sécurité. Serveur de sécurité Il intervient lors des phases d authentification et d habilitation de l utilisateur. Serveur d administration Il permet la gestion centralisée de Sign&go. Principe général de Sign&go Principe du SSO Jeton de session crypté Sign&go, outil de SSO, met en oeuvre un mécanisme par lequel l utilisateur n a besoin de s authentifier qu une seule fois pour accéder à plusieurs ressources hétérogènes. Ainsi, Sign&go mémorise l identité de l utilisateur, sur une authentification primaire, dans un jeton de session crypté, stocké sous forme d un cookie mémoire. Ce cookie va gérer ensuite les authentifications secondaires de l utilisateur de manière transparente. Sign&go 27

28 Architecture globale de Sign&go Authentification/ Habilitation Les phases d authentification et d habilitation sont contrôlées par le serveur de sécurité Sign&go. Prenons l exemple d un utilisateur qui cherche à accéder à une ressource protégée. En cas d authentification positive, le serveur de sécurité crée un jeton de session qu il envoie à l utilisateur. Ce jeton de session est stocké, dans le navigateur de l utilisateur, sous forme de cookie mémoire. Chaque jeton de session sert de passeport à l utilisateur pour les requêtes suivantes. Architecture haute disponibilité Combinaison des serveurs de sécurité Indépendance des serveurs de sécurité Montée en charge L architecture modulaire de Sign&go permet une mise en place aisée dans des architectures de type haute disponibilité. Chaque agent Sign&go est capable de se connecter avec un ensemble de serveurs de sécurité. La connexion peut s effectuer en : Fail-Over L agent se connecte sur un premier serveur, puis se connecte sur un second serveur si le premier ne répond plus. Round-Robin L agent se connecte successivement sur chaque serveur de sécurité afin de procéder à un équilibrage de charge entre les différents serveurs. L architecture Sign&go, basée autour de la notion de jeton de session sécurisé, rend les serveurs de sécurité indépendants. Un individu peut venir s authentifier auprès d un premier couple agent/serveur de sécurité, puis présenter son jeton de session auprès d un deuxième couple agent/serveur de sécurité; les serveurs de sécurité n auront pas besoin de communiquer mutuellement. En effet, les serveurs de sécurité partagent un même secret qui sert de base au calcul des clés de chiffrement des jetons de sessions. Ils utilisent donc les mêmes clés de chiffrement du jeton de session et forment une zone de confiance (serveurs interopérables). Il existe une mécanique complexe de cache multiniveau entre les agents et les serveurs de sécurité. Ce cache rend un agent rapidement autonome vis-à-vis d un client donné. 28 Sign&go

29 Architecture globale de Sign&go Les mécaniques de cache de Sign&go optimisent de façon radicale les performances et permettent ainsi d appréhender sereinement les phases de montée en charge. Comment accéder à une ressource protégée? Accéder à une ressource par filtre Web Le schéma suivant présente l accès à une ressource par un agent Sign&go filtre Web. Voir Etapes, page 30 pour l explication des phases d authentification et d habilitation. Accéder à une ressource par Proxy/Reverse- Proxy Le schéma suivant présente l accès à une ressource par un agent Sign&go Proxy/Reverse-Proxy. Voir Etapes, page 30. Sign&go 29

30 Architecture globale de Sign&go Etapes 1 L utilisateur cherche à accéder à une ressource protégée sur le serveur Web. Il clique sur le lien applicatif du portail. Un agent installé sur le serveur joue le rôle d agent d authentification et d habilitation (Filtre Web, Proxy/ Reverse-Proxy). 2 L agent fournit au serveur de sécurité toutes les informations concernant l utilisateur selon le mécanisme d authentification (Identifiant/Mot de passe, en-têtes HTTP, certificat X509...). Il fournit également le jeton de session éventuellement en place en cas d authentification antérieure. 3 A chaque agent correspond une liste de schémas d authentification. Le serveur de sécurité isole la liste des schémas d authentification de l agent. 4 Le serveur de sécurité teste chaque schéma d authentification vis-à-vis des informations reçues de l agent et des habilitations enregistrées dans les annuaires utilisateurs. 5 Un schéma d authentification aboutit quand les informations reçues sont suffisantes pour authentifier l utilisateur. Un jeton de session est alors généré. Il sert de passeport d authentification à l utilisateur. Ce jeton de session intervient ensuite dans la phase de gestion des habilitations. Note Si l authentification échoue, le jeton de session n est pas créé, mais la phase de gestion des habilitations se poursuit. 6 Après la phase d authentification, le serveur de sécurité recherche la politique de sécurité associée à la ressource demandée. Note Dans le cas où plusieurs politiques de sécurité sont éligibles pour une ressource donnée, Sign&go choisit la politique correspondant à la ressource la plus restrictive. 7 Le serveur de sécurité exécute séquentiellement les règles d accès attachées à la politique de sécurité de la ressource. Une règle d accès se compose d un ensemble de critères à tester et d un ensemble de comportements correspondants aux actions de l agent. 30 Sign&go

31 Architecture globale de Sign&go 8 Après la phase d habilitation, l ensemble des comportements et le jeton de session sont renvoyés à l agent. 9 L agent applique l ensemble des comportements. 10 L utilisateur reçoit la réponse à sa requête. Le jeton de session est positionné en tant que cookie mémoire sur le navigateur du poste utilisateur. Comment authentifier un utilisateur? Authentifier un utilisateur par API Le schéma suivant présente l authentification d un utilisateur avec un agent Sign&go API. Voir Etapes, page 31 pour l explication de la phase d authentification. Etapes 1 L utilisateur s authentifie sur le portail. Les API Sign&go utilisées par des fichiers du serveur Web correspondent à l agent d authentification. Elles prennent en charge le mécanisme d authentification. 2 L agent d authentification fournit au serveur de sécurité toutes les informations concernant l utilisateur selon le mécanisme d authentification (Identifiant/Mot de passe, en-têtes HTTP, certificat X509...). 3 A chaque agent d authentification correspond une liste de schémas d authentification. Le serveur de sécurité isole la liste des schémas d authentification de l agent. Sign&go 31