Jean-Marie Thia
WebSSO entre Internet Information Server et JA-SIG Central Authentication Service
Un module http pour déléguer l'authentification dans une application asp.net à un serveur d'authentification centralisé JA-SIG Central Authentication Service (CAS)
Par Jean-Marie Thia publié le 04/11/2007 à 23:08
 
J'avais étudié le problème pour permettre une authentification mixte intranet/extranet (l'objet de mon prochain post). Mais je devais me limiter uniquement à une authentification CAS pour un site Windows Sharepoint Services 3 (WSS). Et la meilleure façon d'insérer le code d'authentification pour toutes les requêtes du site est l'utilisation d'un module http. De plus un module http est simple à installer, il suffit de copier une dll et d'ajouter quelques lignes dans le fichier de configuration de l'application.
Un module HTTP est une assembly qui s'insère dans le pipe-line de traitement d'une application asp.net. Il est appelé par toutes les requêtes en fonction des évènements auxquels le module s'est abonné. Le site MSDN donne toutes les informations utiles pour écrire son module.
Tout ce que nous avons à faire c'est prendre la main sur l'authentification et justement le pipe-line de traitement de l'application asp.net possède un évènement Application_AuthenticateRequest qui permet d'exécuter le code d'authentification que nous voulons. Pour les lecteurs qui veulent plus d'information sur les différentes méthodes d'authentification, ils peuvent lire les billets d'Améthyste ou le site msdn.

//    Récupération du cookie d'authentification

string cookieName = FormsAuthentication.FormsCookieName;

HttpCookie authCookie = application.Request.Cookies[cookieName];

 

// Si cookie != null

if (authCookie != null)

{

    // lecture du cookie d'authetification asp.net

    FormsAuthenticationTicket authTicket = FormsAuthentication.Decrypt(authCookie.Value);

 

    // Création d'un principal pour l'application

    FormsIdentity identity = new FormsIdentity(authTicket);

    GenericPrincipal principal = new GenericPrincipal(identity, null);

    // liaison du principal à l'object de contexte de la requete.

    application.Context.User = principal;

}

else

{

    /**

    * jouons avec cas

    **/

 

    // lecture du ticket dans la requête http

    string casTicket = application.Request.QueryString["ticket"];

    string service = application.Request.Url.GetLeftPart(UriPartial.Path);

 

    // le ticket est vide : étape 2 du protocole, redirection vers le serveur CAS

    if (casTicket == null || casTicket.Length == 0)

    {

        // mémorisation de la demande initiale dans un cookie

        application.Response.Cookies[ReturnUrl].Value = application.Request.Path;

        // redirection vers le serveur CAS

        string redir = cashost + "login?" + "service=" + service;

        application.Response.Redirect(redir);

        return;

    }

    else

    // Retour de l'authentification cas : étape 6 du protocole

    {

        // vérification du ticket auprès du serveur CAS

        string validateurl = cashost + "serviceValidate?" + "ticket=" + casTicket + "&" + "service=" + service;

        WebClient client = new WebClient();

        StreamReader Reader = new StreamReader(client.OpenRead(validateurl));

 

        // Put the validation response in a string

        string resp = Reader.ReadToEnd();

 

        string netid = null;                // logon utilisé à récupérer dans la balise user de resp

 

        reader.Close();

 

        // En principe redirection vers la page demandé

        if (netid == null)

        {

            application.Response.Write("Votre identité n'a pas été validé par le serveur CAS");

            // TODO: Renvoi vers une erreur 500 ou autre le serveur CAS est HS ou usurpation

        }

        else

        {

            application.Response.Write("Bienvenue " + netid);

 

            // Création du ticket d'authentification cas

            FormsAuthenticationTicket formAuthTicket = new

                FormsAuthenticationTicket(

                        1,                              // version

                        netid,                          // user name

                        DateTime.Now,                   // creation

                        DateTime.Now.AddMinutes(20),    // expiration

                        false,                          // persistant

                        "");                            // userData

 

            // encryptage du ticket

            string encryptedTicket = FormsAuthentication.Encrypt(formAuthTicket);

            // création du cookie d'authentification

            authCookie = new HttpCookie(FormsAuthentication.FormsCookieName, encryptedTicket);

            // ajout du cookie dans le flux de réponse

            application.Response.Cookies.Add(authCookie);

 

            // redirection vers la page demandé

            string returnUrl;

            // Si jamais on perd l'url de retour, renvoie vers la racine du site

            if (application.Request.Cookies[ReturnUrl] == null)

                returnUrl = application.Request.ApplicationPath;

            else

                returnUrl = application.Request.Cookies[ReturnUrl].Value;

 

            application.Response.Redirect(returnUrl);

        }

    }

}

Le code, simplifié pour l'article, est divisé en deux grandes parties. La première s'appuie sur les mécanismes d'authentification d'asp.net pour savoir si l'internaute est déjà authentifié. Si tel est le cas, on crée un objet d'authentification (principal) pour l'application.
La deuxième partie gère toute la partie authentification avec le serveur CAS et crée le cookie de session de l'application. Cela permet à l'application d'économiser les ressources du serveur CAS et les redirections du navigateur. Il est tout à fait possible de modifier la partie authentification CAS pour implémenter un autre serveur d'authentification.
Le code de la partie CAS vient en grande partie de la page asp.net form authentication du JA-SIG.
L'installation dans une application asp.net qui ne gère pas les niveaux d'autorisations est ultra simple. On met la dll du module dans répertoire bin de l'application et on ajoute la ligne suivante :

<httpModules>

    <add name="CasModule" type="Upmc.CasModule.CasModule, CasModule"/>

</httpModules>

dans la section <system.web> du fichier web.config et l'on ajoute ces lignes

<appSettings>

    <add key="loginUrl" value="https://votre serveur.com/login" />

    <add key="validateUrl" value="https://votre serveur.com/validate" />

    <add key="logoutUrl" value="https://votre serveur.com/logout" />

</appSettings>

qui permettent de paramétrer le serveur CAS.
Dans le cas de sharepoint, c'est un peu plus complexe car il faut comme dans le cas précédent modifier le fichier web.config

<!-- Les urls d'accès au serveur CAS -->

<appSettings>

    <add key="loginUrl" value="https://votre serveur.com/login" />

    <add key="validateUrl" value="https://votre serveur.com/validate" />

    <add key="logoutUrl" value="https://votre serveur.com/logout" />

</appSettings>

 

<!-- la déclaration du module -->

<system.web>

    <!-- ... -->

    <httpModules>

        <clear />

        <!-- ... -->

        <add name="OutputCache" type="System.Web.Caching.OutputCacheModule" />

        <add name="CasModule" type="Upmc.CasModule.CasModule, CasModule" />

        <add name="FormsAuthentication" type="System.Web.Security.FormsAuthenticationModule" />

        <!-- ... -->

    </httpModules>

    <!-- ... -->

</system.web>

mais aussi rechercher le fichier de sécurité utilisé à l'aide des balises suivantes

<trust level="WSS_Medium" originUrl="" />

<securityPolicy>

    <trustLevel name="WSS_Medium" policyFile=

        "C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12\config\wss_mediumtrust.config" />

    <trustLevel name="WSS_Minimal" policyFile=

        "C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12\config\wss_minimaltrust.config" />

</securityPolicy>

du fichier web.config. Il ne reste plus qu'à ajouter la sécurité de notre module

<!-- Dans le fichier de sécurité il faut juste ajouter dans le premier code group le bloc suivant -->

<CodeGroup

                class="UnionCodeGroup"

                version="1"

                PermissionSetName="FullTrust">

    <IMembershipCondition

                    class="UrlMembershipCondition"

                    version="1"

                    Url="$AppDirUrl$/bin/casModule.dll"

            />

</CodeGroup

 Commentaire - WebSSO entre Internet Information Server et JA-SIG Central Authentication Service 

Discussion démarée par lecstephane le 06/11/2007 à 03:15 , 1 commentaire(s).

 Dernières Publications      

Windows Media Center et WCF : développez votre maison intelligente
  Le développement d'applications pour Windows Media Center est facilité avec l'arrivée du SDK 5.3. Même si l'on sent un modèle objet bien lourd derrière, il devient plus facile d'exposer les fonctionnalités de WMC sous la forme de services WCF.
par Frédéric Colin posté le 23/06/2008 à 08:04, lu 295 fois, #0
Notions avancées avec Biztalk Server 2006 R2
  Utilisation des notions d'interchange, corrélation et convoi avec BizTalk Server 2006 R2
par Kader Yildirim posté le 09/06/2008 à 08:04, lu 288 fois, #0
Lucene Persistence Engine pour Evaluant Universal Storage Services
  Suite à l'article de Laurent Kempé, voici un moteur de stockage pour EUSS permettant l'indexation d'entités métier avec Lucene.
par Nicolas Penin posté le 01/06/2008 à 23:38, lu 510 fois, #1
Tags: C#, Linq
XMLA Trivia : Découverte du XMLA
  Le XMLA (XML for Analysis) est un langage normalisé par plusieurs éditeurs BI pour simplifier l'accès aux données aux cubes et aux métadonnées des bases multidimensionnelles.
par Renaud Harduin posté le 25/05/2008 à 11:57, lu 523 fois, #0
Exploiter les données CSV via Linq en toute simplicité
  A partir du requêteur dynamique fourni en exemple avec Visual Studio 2008, nous allons essayer de remplir les propriétés d'un ensemble d'objets à partir des données d'un fichier CSV. Nous enrichirons aussi le parseur de nos propres fonctions.
par Frédéric Mélantois posté le 17/05/2008 à 11:41, lu 1713 fois, #0
Comment manipuler simplement le contenu d'un fichier WordML ?
  Manipulations autour du format WordML
par Fabien Reinle posté le 14/05/2008 à 23:55, lu 781 fois, #0
Polymorphisme et contrats de données WCF
  WCF aborde les types polymorphes du point de vue de la sérialisation. En effet, la connaissance du type réel potentiel est rendue nécessaire dès la description du contrat de données. Une fois n'est pas coutume, j'ai réalisé l'exemple en VB.NET.
par Frédéric Colin posté le 14/05/2008 à 08:40, lu 1881 fois, #2
A la découverte de BizTalk Server 2006 3/3
  Développer un assembleur pour BizTalk Server 2006 R2
par Kader Yildirim posté le 06/05/2008 à 13:20, lu 511 fois, #0

 Dernières Actualités      

Deep Earth – Une belle utilisation de Virtual Earth et de Silverlight Deep Zoom
  Ce projet très intéressant est disponible sur Codeplex et vous pouvez voir une démo sur la page suivante . Bien entendu comme touts les projets sur Codeplex vous avez accès aux sources....
Tags: Silverlight
Sortie de JetBrains ReSharper 4.0 en version finale, l’outil ultime pour Visual Studio
  Après plusieurs mois de Early Access Program (EAP) , JetBrains met enfin à disposition la version finale de son outil ReSharper 4.0 . Cette nouvelle version est disponible pour Visual Studio 2005 &...
Tags: Visual Studio 2008, Visual Studio 2005, Outils
BoutDuTunnel v1.4
  BoutDuTunnel est un petit logiciel de tunneling réseau écrit en C#. Il permet par exemple d’accéder aux services ftp/smtp/pop/telnet/nntp/… sur des réseaux qui n’autorisent...
BI Framework & sample sur CodePlex
  Après plusieurs demandes, je me suis décidé à déposer l'ensemble des sources et du BI Framework MS proposés dans mes articles sur codeplex : http://www.codeplex.com/BILAB Je le mettrais à jour au fil des...
Injection de code et API de profiling .NET
  Si vous êtes intéressés par la sécurité du Framework, par le reverse engineering et la manipulation/injection de code .NET et les packers, alors jetez un coup d’œil...
NDepend pour l'analyse statique de code .NET
  Pour ceux qui ne connaissent pas NDepend , il s’agit d’un outil d’analyse statique de code .NET qui permet de remonter des informations à toute une équipe de développement. NDepend aide à travailler sur...
Tags: Outils