Différence entre Shibboleth et CAS?

beaucoup de gens utilisent CAS et Shibboleth en conjonction les uns avec les autres. Regardez CAS comme un moteur d'authentification (de l'utilisateur habituellement stocké dans LDAP) et d'Autorisation (du service web demandeur). Shibboleth, qui est en fait deux composants, le SP (Service Provider) qui demande des attributs et L'IDP (Identity Provider) qui diffuse des attributs, est un moteur fédérateur qui rend les attributs (éventuellement stockés dans le même LDAP) disponibles une fois que l'Utilisateur a été authentifié et le service autorisé.

alors que les deux peuvent être utilisés pour fournir SSO, CAS est meilleur à la gestion de l'état de session (et la persistance possible) tandis que Shibboleth est meilleur à l'analyse et à la présentation des attributs demandés par les fournisseurs de services. J'ai mis en œuvre à la fois CAS et Shibboleth et trouvé la documentation à la fois à la Shibboleth et Jasig (CAS) les wikis seront d'une grande utilité.

CAS est un fournisseur d'authentification qui est le mieux utilisé pour une seule connexion à de nombreux services/applications avec une seule connexion. Toutefois, les SAE ont pour limite de libérer des attributs supplémentaires pour le service. C'est là que Shib a le plus d'avantages, car il offre aux administrateurs la possibilité de configurer un ensemble unique d'attributs pour différents services.

M. BMW, comment avez-vous intégré CAS et Shib? Il semble que il ya plusieurs façons de le faire. CAS est notre principale authentification fournisseur et nous avons de lourds investissements là-dedans. Nous avons récemment installé Shib et nous nous demandons quelle est la meilleure façon d'intégrer les deux. Aucune information serait appréciée.