La présentation est en train de télécharger. S'il vous plaît, attendez

La présentation est en train de télécharger. S'il vous plaît, attendez

Single Sign On et Web SSO Page 1 Nicolas Dewaele Single Sign On.

Présentations similaires


Présentation au sujet: "Single Sign On et Web SSO Page 1 Nicolas Dewaele Single Sign On."— Transcription de la présentation:

1 Single Sign On et Web SSO Page 1 Nicolas Dewaele Single Sign On

2 et Web SSO Page 2 Nicolas Dewaele Sommaire Introduction I- Présentation de la technologie II- Architectures classiques et étude du marché III- Implémentation en entreprise IV- Présentation de systèmes SSO Annexes

3 Single Sign On et Web SSO Page 3 Nicolas Dewaele Introduction

4 Single Sign On et Web SSO Page 4 Nicolas Dewaele Dialogue entre utilisateurs du réseau informatique : « - La gestion des mots de passe de mon entreprise est très compliquée : D'abord, le service informatique me fait renseigner un mot de passe pour entrer sur Windows qui doit être obligatoirement compliqué, donc je l'oublie régulièrement et je suis obligé de rappeler le service informatique. Ce mot de passe ne dure qu'un certain temps donc à chaque fois c'est la même chose. En plus, il faut retenir un mot de passe pour les mails et pour chaque application, je ne m'en sors plus. - Moi j'utilise un carnet que je laisse toujours sur mon bureau et je note soigneusement tous mes mots de passe à chaque fois qu'ils changent. » Conclusions : → La multiplication des systèmes de sécurité devient à terme contre-productive. → Ce n'est pas à l'utilisateur de centraliser les informations de sécurité mais au système informatique ! Introduction

5 Single Sign On et Web SSO Page 5 Nicolas Dewaele I- Présentation générale

6 Single Sign On et Web SSO Page 6 Nicolas Dewaele Définition générale du SSO - Single Sign On : Authentification unique - Permet à un utilisateur d'accéder à plusieurs services en ayant à effectuer qu'une opération d'authentification. - L'information d'authentification se propage sur chacun des services réseau. I- Présentation générale

7 Single Sign On et Web SSO Page 7 Nicolas Dewaele Avantages du SSO - Simplification de l'authentification de l'utilisateur : - Cela lui évite d'avoir à retenir trop de mots de passe ou pire, à les noter dans un carnet ! - Cela lui évite de taper un mot de passe à chaque fois qu'il lance une application - Sécurité améliorée : Toute la sécurité est laissée entre les mains d'un serveur spécialisé. Chaque application n'est pas responsable de la sécurité. -Cohérence dans la gestion des comptes utilisateurs (allocation, expiration, mises à jour)  Ergonomie utilisateur, rationalisation dans la gestion des comptes. I- Présentation générale

8 Single Sign On et Web SSO Page 8 Nicolas Dewaele Critique du SSO - Une seule authentification pour accéder à toutes les ressources donc en cas d'obtention d'un mot de passe par une personne mal intentionnée, elle aura l'accès à tous les services réseau. - Pour éviter cela, il faut réfléchir à une politique d'authentification et si besoin passer à un système d'authentification lourde. I- Présentation générale

9 Single Sign On et Web SSO Page 9 Nicolas Dewaele Principes du SSO - Concepts inspirés de Kerberos : - Authentification assurée par un serveur dédié et transparente pour l’application (pas de recueil du couple identifiant+mot de passe) - Tickets délivrés au client (maintien de la session d’authentification) et aux applications (transmission de l’identité de l’utilisateur) - Relation de confiance entre les applications et le serveur d’authentification (cryptographie symétrique ou asymétriques, certificats X509) I- Présentation générale

10 Single Sign On et Web SSO Page 10 Nicolas Dewaele Définition du SSO lourd - Le SSO lourd nécessite une installation et une configuration sur chacun des clients. - Cette installation peut être sous forme de logiciel « agent ». - Le SSO lourd peut aussi concerner une méthode d'authentification forte (certificats, carte à puce, clé USB, biométrie). I- Présentation générale

11 Single Sign On et Web SSO Page 11 Nicolas Dewaele Définition du Web SSO - Le Web SSO fournit une signature unique pour les Web services basés sur HTTP et HTTPS. - Il est considéré comme léger car aucune configuration n'est à faire côté client, tout se passe sur le serveur. I- Présentation générale

12 Single Sign On et Web SSO Page 12 Nicolas Dewaele Termes associés au SSO Identification / Authentification / Autorisation L'identification permet de vérifier l'identité d'une personne via un login par exemple. L'authentification permet de s'assurer Qu'une personne est bien celle qu'elle Prétend être par login et mot de passe Et plus encore par biométrie. L'autorisation permet à partir de l'identification et l'authentification de définir des droits à une personne. Le travail du SSO est avant tout l'authentification. I- Présentation générale

13 Single Sign On et Web SSO Page 13 Nicolas Dewaele Termes associés au SSO Authentification forte : L'authentification forte est un processus combinant plusieurs moyens d'authentification : - Un mot de passe - Un élément matériel : une carte à puce, une clé USB - Une authentification par biométrie Fédération d'identité : La fédération d'identité permet de gérer l'identification des utilisateurs au sein d'une société possédant plusieurs sites géographiques. Les serveurs d'identification sont répartis, l'utilisateur peut se connecter de n'importe où et pourquoi pas profiter d'un SSO (mais pas obligatoirement). I- Présentation générale

14 Single Sign On et Web SSO Page 14 Fédération Identités : Apports attendus Offrir des services personnalisés basés sur l’idendité numérique …garantissant le respect de la vie privée des utilisateurs… …interoperabilité des différents modèles de gestion des identités numérique… …usages sécurisés de l’identité numérique… … viabilité économique du modèle pour tous les acteurs de la chaîne de valeur …cohérence et simplicité du parcours utilisateur… I- Présentation générale

15 Single Sign On et Web SSO Page 15 Nicolas Dewaele Fédération d’identités: schéma technique I- Présentation générale ip-sts infocard idp services territoriaux services bancaires profil bancaire ip-sts infocard profil citoyen idp régional profil télécom services gouvernementaux idp services télécom profil régalien

16 Single Sign On et Web SSO Page 16 Nicolas Dewaele II- Exemples d'architectures de Single Sign On et étude du marché II- Exemples d'architectures SSO

17 Single Sign On et Web SSO Page 17 Nicolas Dewaele SSO Lourd et Web SSO : Méthode de l'agent II- Exemples d'architectures SSO

18 Single Sign On et Web SSO Page 18 Nicolas Dewaele SSO Lourd et Web SSO : Méthode de l'agent II- Exemples d'architectures SSO

19 Single Sign On et Web SSO Page 19 Nicolas Dewaele SSO Lourd : Authentification forte II- Exemples d'architectures SSO

20 Single Sign On et Web SSO Page 20 Nicolas Dewaele Web SSO : Méthode du reverse proxy II- Exemples d'architectures SSO

21 Single Sign On et Web SSO Page 21 Nicolas Dewaele Web SSO : Méthode de la délégation II- Exemples d'architectures SSO

22 Single Sign On et Web SSO Page 22 Nicolas Dewaele Étude de marché : D'une manière générale, les principaux SSO lourds sont des solutions d'entreprises et les Web SSO sont plutôt des projets open source. SSO lourd : 4 grandes solutions : - Evidian : Enterprise SSO - Actividentity : SecureLogin - Avencis : SSOX - CA : SSO Principales solutions de Web SSO : - Central Authentication Service (CAS) - LemonLDAP-NG - Vulture-NG - Shibboleth III- Implémentation en entreprise

23 Single Sign On et Web SSO Page 23 Nicolas Dewaele Evidian II- Exemples d'architectures SSO

24 Single Sign On et Web SSO Page 24 Nicolas Dewaele Computer Associates (CA) II- Exemples d'architectures SSO

25 Single Sign On et Web SSO Page 25 Nicolas Dewaele Actividentity II- Exemples d'architectures SSO

26 Single Sign On et Web SSO Page 26 Nicolas Dewaele Avencis II- Exemples d'architectures SSO

27 Single Sign On et Web SSO Page 27 Nicolas Dewaele Web SSO Les principaux Web SSO sont plutôt des projets open source. CAS : Système de Web SSO réparti, avec un serveur SSO, un serveur d'authentification et éventuellement un proxy. Vulture-NG : Reverse proxy qui permet de faire du filtrage, des redirections d'URL et du SSO. LemonLDAP-NG : Système de Web SSO réparti, avec un serveur SSO, un serveur d'authentification et éventuellement un proxy. II- Exemples d'architectures SSO

28 Single Sign On et Web SSO Page 28 Nicolas Dewaele SSO pour les particuliers Solutions de Web SSO pour les particuliers : - Passport et LiveID de Microsoft - OpenID - Personal Identity Portal de Verisign II- Exemples d'architectures SSO

29 Single Sign On et Web SSO Page 29 Nicolas Dewaele III- Implémentation d'un projet de SSO en entreprise III- Implémentation en entreprise

30 Single Sign On et Web SSO Page 30 Nicolas Dewaele Méthodologie : 1) Définition du besoin 2) Analyse de l'existant 3) Architecture logique 4) Mise en œuvre III- Implémentation en entreprise

31 Single Sign On et Web SSO Page 31 Définition du besoin : Nicolas Dewaele III- Implémentation en entreprise Réduire les coûts de help desk Accroître la productivité des utilisateurs : - Éviter les pertes de temps, oublis mots de passe Améliorer la sécurité : -Renforcer le contrôle d’accès aux applications critiques Se conformer aux lois et règlement de l’Entreprise Renforcer la simplicité des architectures

32 Single Sign On et Web SSO Page 32 Nicolas Dewaele Exemple de calcul de R.O.I. III- Implémentation en entreprise

33 Single Sign On et Web SSO Page 33 Nicolas Dewaele Analyse de l'existant : Utilisateurs : - Nombre d'utilisateurs - Nombre d'applications protégées - Temps moyen pour taper un mot de passe - Temps moyen de réinitialisation d'un mot de passe Parc informatique : - Recensement des serveurs - Recensement des applications - Sources de données (bases SQL, annuaires LDAP, …) - Types d'authentifications → Choix d'une solution III- Implémentation en entreprise

34 Single Sign On et Web SSO Page 34 Nicolas Dewaele Architecture logique : III- Implémentation en entreprise Choix de l'architecture : - Choix des applications - Choix des matériels et des serveurs - Choix des sources de données - Réplication des données - Politique de gestion des mots de passe - Exploitation → Processus de déploiement

35 Single Sign On et Web SSO Page 35 Nicolas Dewaele Mise en œuvre : III- Implémentation en entreprise Installation et configuration : - Installations matérielle - Installations logicielle - Configurations - Développements - Intégration Support : - Formation - Dépannage, aide aux utilisateurs - Documentations

36 Single Sign On et Web SSO Page 36 Nicolas Dewaele IV- Présentation de solutions techniques

37 Single Sign On et Web SSO Page 37 Nicolas Dewaele Serveur d'authentification avec CAS Présentation de CAS en pratique IV- Présentation de solutions techniques

38 Single Sign On et Web SSO Page 38 Nicolas Dewaele CAS : Principe du ticket - Ticket Granting Cookie : Quand le client s'authentifie sur le serveur, il reçoit un ticket sous forme de Cookie dans son navigateur. Ce cookie ne peut être lu ou écrit que par le serveur CAS. Si le navigateur refuse les cookies, le client sera redirigé vers le serveur CAS à chaque fois qu'il accédera à un service. - Service Ticket : Ticket présent sous forme d'URL (méthode GET) qui permet au service d'échanger des informations avec le serveur CAS. Il ne sert qu'une seule fois et pour chaque application et chaque utilisateur. IV- Présentation de solutions techniques

39 Single Sign On et Web SSO Page 39 Nicolas Dewaele CAS : Le standard SAML Security assertion markup language : Langage basé sur XML. SAML est un format de données qui définit comment les applications peuvent s'échanger des informations d'authentification. Il permet à des serveurs de SSO de s'échanger des informations en respectant un certain format. CAS utilise SAML, il est donc potentiellement compatible avec d'autres systèmes SSO utilisant le même protocole. Microsoft, Novell, Verisign et IBM utilise un protocole concurrent : WS-Federation IV- Présentation de solutions techniques

40 Single Sign On et Web SSO Page 40 Nicolas Dewaele Clients CAS Pour « cassifier » des applications, c'est à dire prévenir les applications de passer d'abord par le serveur CAS et demander le ticket, plusieurs librairies sont disponibles : Clients officiels : - Cas Client for Java - phpCAS - mod_auth_cas pour Apache - Acegi (maintenant nommé Spring Security) - Une liste et des méthodes de « cassification » sont disponibles sur le site : http://www.ja-sig.org/wiki/display/CASC/ IV- Présentation de solutions techniques

41 Single Sign On et Web SSO Page 41 Nicolas Dewaele Reverse Proxy avec Vulture-NG Présentation sur PC du reverse proxy Vulture-ng IV- Présentation de solutions techniques

42 Single Sign On et Web SSO Page 42 Nicolas Dewaele SSO Watch - Evidian Démonstration en vidéo d'écran sur leur site IV- Présentation de solutions techniques

43 Single Sign On et Web SSO Page 43 Nicolas Dewaele Annexes

44 Single Sign On et Web SSO Page 44 Nicolas Dewaele Bibliographie : - Aucun livre dédié spécifiquement au SSO - Linux Magazine – Fév. 2009 : SSO avec CAS - Linux Magazine – Jan. 2010 : SSO avec CAS et radius

45 Single Sign On et Web SSO Page 45 Nicolas Dewaele Liens Internet : - Comité réseau des universités (CRU) : www.cru.fr/documentation/federation www.cru.fr/documentation/federation - Vulture SSO : http://vulture.open-source.fr - CAS : http://www.jasig.org/cas - Novell Secure Login : www.novell.com/products/securelogin - Evidian IAM : http://www.evidian.com/fr/iam/sso-entreprise/index.htm


Télécharger ppt "Single Sign On et Web SSO Page 1 Nicolas Dewaele Single Sign On."

Présentations similaires


Annonces Google