Système d'authentification centralisée SSO ( Single Sign- On: une seule authentification pour plusieurs applications ) avec fournisseur d'identités

• ² Epigraphe
  
• Dédicaces
  
• Remerciements
  
• Liste des abréviations
  
• Liste des figures
  
• Avant-propos
  
• Résumé
  
• Abstract
  
• Sommaire
  
• Cahier des charges
  
• Introduction générale
  
• CHAPITRE 1 : GENERALITES SUR L'AUTHENTIFICATION
  
  • 1.1. LES ACTEURS ET SERVICES D'AUTHENTIFICATION
    
    • 1.1.1 POURQUOI UTILISER UN SERVICE D'AUTHENTIFICATION ?
      
    • 1.1.2 LES ACTEURS D'AUTHENTIFICATION
      
    • 1.1.3 LES SERVICES D'AUTHENTIFICATION
      
    • 1.1.4 LES PROTOCOLES D'AUTHENTIFICATION
      
  • 1.2 METHODES D'AUTHENTIFICATION
    
    • 1.2.1 PRESENTATION
      
  • 1.3 ANALYSE DE L'EXISTANT
    
    • 1.3.1 PROBLEME DEL'UTILISATEUR
      
    • 1.3.2 PROBLEME DEL'ADMINISTRATEUR
      
    • 1.3.3 PROBLEME GENERAL
      
  • 1.4 JUSTIFICATION DU THEME
    
    • 1.4.1 CENTRALISER L'AUTHENTIFICATION
      
    • 1.4.2 AUTHENTIFICATION UNIQUE
      
    • 1.4.3 LA DELEGATION D'IDENTITES
      
      • 
        
• C
  
• HAPITRE 2 : CHOIX DE LA SOLUTION, CONCEPTION
  
• ET MISE OEUVRE
  
  • 2.1 CHOIX DE LA SOLUTION
    
    • 2.1.1 PRESENTATION DES SOLUTIONS
      
      • 3.1.1.1 LA SOLUTION OpenSSO/OpenAM
        
      • 2.1.1.2 LA SOLUTION SAML
        
      • 2.1.1.3 LA SOLUTION CAS
        
      • 2.1.1.4 LA SOLUTION SHIBBOLETH
        
      • 2.1.1.5 LA SOLUTION OpenID
        
      • 2.1.1.6 LA SOLUTION LIBERTY ALLIANCE
        
      • 2.1.1.7 LES AUTRES SOLUTIONS
        
    • 2.1.2 LE CHOIX DE LA SOLUTION CAS-SHIBBOLETH
      
  • 2.2CONCEPTION
    
    • 2.2.1 LE MECANISME DE CAS
      
      • 2.2.1.1 ARCHITECTURE
        
      • 2.2.1.2 FONCTIONNEMENT DE BASE
        
      • 2.2.1.3 ACCES A UNE RESSOURCE PROTEGEE APRESAUTHENTIFICATION
        
      • 2.2.1.4 ACCES A UNE RESSOURCE PROTEGEE SANS AUTHENTIFICATION PREALABLE
        
      • 2.2.1.5 PRINCIPE DE MANDAT AVEC CAS
        
    • 2.2.2 LE MECANISME DE SHIBBOLETH
      
      • 2.2.2.1 ARCHITECTURE
        
      • 2.2.2.2 FONCTIONNEMENT DE SHIBBOLETH SANS CAS
        
      • 2.2.2.3 FONCTIONNEMENT DE SHIBBOLETH AVEC SSO
        
      • 2.2.2.4 FONCTIONNEMENT DE SHIBBOLETH DANS UNE FEDERATION
        
  • 2.3MISE EN OEUVRE
    
    • 2.3.1 PRESENTATION DE L'INTRANET
      
    • 2.3.2 CENTRALISATION DE L'AUTHENTIFICATION
      
    • 2.3.3 CONFIGURATION DES SERVEURS
      
      • 2.3.3.1 INSTALLATIONS
        
      • Installation CAS server
        
      • 2.3.3.2 CONFIGURATION DU SERVEUR IdP SHIBBOLETH
        
      • Création des certificats
        
  • HA
    
• CHAPITRE 3 : RESULTATS OBTENUS ET PERSPECTIVES
  
  • Ce système implémenté est une préparation de l'IUT-FV de bandjoun pour joindre une fédération d'identités future grâce à l'IdPshibboleth. Le serveur de SSO est un agent d'authentification délégué par l'IdP pour favoriser les accès aux services.
    
  • 3.1RESULTATS OBTENUS
    
  • 3.2PERSPECTIVES
    
    • 3.2.1 AUTHENTIFICATION FORTE
      
      • 3.2.1.1 L'OTP
        
      • 3.2.1.2 AUTHENTIFICATION BIOMETRIQUE
        
    • 3.2.2 UNE FEDERATION D'IDENTITES FONCTIONNELLE
      
• Conclusion générale
  
• Bibliographie
  
• Annexes