Guide de configuration de l'authentification unique SAML ASP.NET Framework avec Shibboleth comme fournisseur d'identité

Marché

Module d'authentification unique (SSO) ASP.NET SAML donne la possibilité d'activer Authentification unique SAML pour vos applications ASP.NET. En utilisant Authentification unique vous ne pouvez utiliser qu'un seul mot de passe pour accéder à votre Application ASP.NET et services. Notre module est compatible avec tous les Fournisseurs d'identité compatibles SAML. Ici, nous allons parcourir un guide étape par étape pour configurer Single Sign-On (SSO) entre ASP.NET et Schibboleth considérant Schibboleth en tant qu'IdP.

Télécharger

Plans de tarification

Prise en charge de la plateforme: Le module ASP.NET SAML SSO prend en charge les frameworks ASP.NET 3.5 et supérieurs.

Pré-requis : Téléchargement Et Installation

Pour installer le Paquet NuGet miniOrange SAML SSO dans votre application .NET, installez simplement le package miniOrange NuGet sur votre application.

Package NuGet

CLI .NET

PM> NuGet\Install-Package miniOrange.SAML.SSO

Après l'installation, ouvrez votre navigateur et parcourez le tableau de bord du module avec l'URL ci-dessous :


                    
                    
                     http(s)<your-dotnet-application-base-url>?ssoaction=config

Si la page d'inscription ou la page de connexion s'affiche, vous avez ajouté avec succès le module miniOrange SAML SSO dans votre application.

Inscrivez-vous ou connectez-vous avec votre compte en cliquant sur le S'enregistrer bouton pour configurer le module.

Après une inscription réussie, vous recevrez une clé de licence d'essai sur votre adresse e-mail enregistrée.

Pour activer le module, vous pouvez soit :

Entrer le clé de licence reçu par e-mail dans le champ de saisie prévu.

Téléchargez le fichier de licence que vous avez téléchargé en cliquant sur le Cliquez ici .

Licence d'essai ASP.NET Framework Verify

Ensuite, cochez la case « J'ai lu les conditions ci-dessus et je souhaite activer le module », et cliquez sur le bouton Activer la licence .

Étapes de configuration

1. Fournir les métadonnées de l'application .NET au fournisseur d'identité Shibboleth

Il existe deux méthodes détaillées ci-dessous avec lesquelles vous pouvez obtenir les métadonnées SAML SP à configurer sur votre fournisseur d'identité.

A] Utilisation de l'URL de métadonnées SAML ou du fichier de métadonnées

Dans l' Menu Paramètres du plugin, chercher Paramètres du fournisseur de services. En dessous, vous pouvez trouver l'URL des métadonnées ainsi que la possibilité de télécharger les métadonnées SAML.

Copiez l'URL des métadonnées ou téléchargez le fichier de métadonnées pour le configurer du côté de votre fournisseur d'identité.

Vous pouvez vous référer à la capture d'écran ci-dessous :

ASP.NET Core - Métadonnées du fournisseur de services

B] Téléchargement manuel des métadonnées

Extrait du Paramètres du fournisseur de services section, vous pouvez copier manuellement les métadonnées du fournisseur de services comme ID d'entité SP, URL ACS, URL de déconnexion unique et partagez-le avec votre fournisseur d'identité pour la configuration.

Vous pouvez vous référer à la capture d'écran ci-dessous :

ASP.NET Core : saisissez les données sp manuellement

Dans conf/idp.properties, décommentez et définissez « idp.encryption.optional » sur true.
par exemple. idp.encryption.optional = vrai

In conf/metadata-providers.xml, configurez le fournisseur de services comme ceci

                  
                      <MetadataProvider xmlns:samlmd="urn:oasis:names:tc:SAML:2.0:metadata" 

                         id="miniOrangeInLineEntity" xsi:type="InlineMetadataProvider" sortKey="1">  

                         <samlmd:EntityDescriptor ID="entity" entityID="<SP-EntityID / Issuer from Service Provider Info   tab in plugin.>"   

                      validUntil="2020-09-06T04:13:32Z">  

                        <samlmd:SPSSODescriptor AuthnRequestsSigned="false" WantAssertionsSigned="true"   

                         protocolSupportEnumeration="urn:oasis:names:tc:SAML:2.0:protocol">   

                           <samlmd:NameIDFormat>    

                          urn:oasis:names:tc:SAML:1.1:nameid-format:emailAddress   

                          </samlmd:NameIDFormat>    

                        <samlmd:AssertionConsumerServiceBinding="urn:oasis:names:tc:SAML:2.0:bindings:HTTP-POST"     

                        Location="<ACS (AssertionConsumerService) URL from Step1 of the plugin under Identity Provider   Tab.>"     

                        index="1" />   

                        </samlmd:SPSSODescriptor>   

                        </samlmd:EntityDescriptor>   

                       </MetadataProvider>

In conf/saml-nameid.properties, décommentez et définissez la valeur par défaut NomID as Adresse Email comme ça.


                       
                      idp.nameid.saml2.default=urn:oasis:names:tc:SAML:1.1:nameid-format:emailAddress

In conf/saml-nameid-xml, recherchez shibboleth.SAML2NameIDGenerators. Décommentez le bean shibboleth.SAML2AttributeSourcedGenerator et commentez tous les autres beans ref

                  
                      <!-- SAML 2 NameID Generation -->   

                      <util:list id="shibboleth.SAML2NameIDGenerators">   

                       <!--<ref bean="shibboleth.SAML2TransientGenerator" /> -->  

                       <!--<ref bean="shibboleth.SAML2PersistentGenerator" /> -->    

                       <bean parent="shibboleth.SAML2AttributeSourcedGenerator"    

                       p:format="urn:oasis:names:tc:SAML:1.1:nameid-format:emailAddress"    

                      p:attributeSourceIds="#{ {'email'} }" />   

                       </util:list>

Assurez-vous d'avoir défini AttributeDefinition dans conf/attribut-resolver.xml.

                  
                      <!-- Note: AttributeDefinitionid must be same as what you provided in attributeSourceIds in   conf/saml-nameid.xml -->   

                      <resolver:AttributeDefinitionxsi:type="ad:Simple" id="email" sourceAttributeID="mail">    

                       <resolver:Dependency ref="ldapConnector" />   

                        <resolver:AttributeEncoderxsi:type="enc:SAML2String" name="email" friendlyName="email" />    

                       </resolver:AttributeDefinition>    

                      <resolver:DataConnector id="ldapConnector"   

                       xsi:type="dc:LDAPDirectory"  

                       ldapURL="%{idp.authn.LDAP.ldapURL}"   

                       baseDN="%{idp.authn.LDAP.baseDN}"   

                       principal="%{idp.authn.LDAP.bindDN}"    

                        principalCredential="%{idp.authn.LDAP.bindDNCredential}">    

                       <dc:FilterTemplate>   

                       <!-- Define you User Search Filter here -->   

                        <![CDATA[(&(objectclass=*) (cn=$requestContext.principalName)) ]]>   

                        </dc:FilterTemplate>    

                        <dc:ReturnAttributes>*</dc:ReturnAttributes>    

                       </resolver:DataConnector>

Assurez-vous que AttributeFilterPolicy est défini dans conf/attribut-filter.xml.

                  
                      <afp:AttributeFilterPolicy id="ldapAttributes">   

                      <afp:PolicyRequirementRulexsi:type="basic:ANY"/>   

                        <afp:AttributeRuleattributeID="email">  

                       <afp:PermitValueRulexsi:type="basic:ANY"/>   

                       </afp:AttributeRule>    

                       </afp:AttributeFilterPolicy>

Redémarrez le serveur Shibboleth.
Vous devez configurer ces points de terminaison dans le module ASP.NET SAML.

ID d'entité IDP	https://<your_domain>/idp/shibboleth
URL de connexion unique	https://<your_domain>/idp/profile/SAML2/Redirect/SSO
URL de déconnexion unique	https://<your_domain>/idp/shibboleth
Certificat X.509	Le certificat de clé publique de votre serveur Shibboleth

Vous avez configuré avec succès Shibboleth en tant que fournisseur d'identité SAML (IdP) pour réaliser la connexion SSO Shibboleth dans votre application ASP.NET.

2. Configurer les métadonnées du fournisseur d'identité Shibboleth dans l'application .NET

Cliquez sur le Sélectionnez votre IDP bouton pour configurer un nouveau fournisseur d'identité.

ASP.NET Framework SAML SSO avec Shibboleth comme fournisseur d'identité (IDP) - Ajouter un nouveau fournisseur d'identité

En vertu des Normes sur l’information et les communications, les organismes doivent rendre leurs sites et applications Web accessibles. Ils y parviennent en conformant leurs sites Web au niveau AA des Web Content Accessibility Guidelines (WCAG). Paramètres Plugin , sélectionnez Schibboleth en tant que fournisseur d'identité dans la liste affichée.

Il existe deux manières détaillées ci-dessous avec lesquelles vous pouvez configurer les métadonnées de votre fournisseur d'identité SAML dans le module.

A] Téléchargez les métadonnées à l'aide du bouton Télécharger les métadonnées IDP :

Si votre fournisseur d'identité vous a fourni l'URL ou le fichier de métadonnées (format .xml uniquement), vous pouvez simplement configurer les métadonnées du fournisseur d'identité dans le module à l'aide du Télécharger les métadonnées IDP option.

Copiez l'URL des métadonnées ou téléchargez le fichier de métadonnées pour le configurer du côté de votre fournisseur d'identité.

Vous pouvez vous référer à la capture d'écran ci-dessous :

ASP.NET Framework - Télécharger les métadonnées IDP

Vous pouvez choisir l’une des options en fonction du format de métadonnées dont vous disposez.

B] Configurez manuellement les métadonnées du fournisseur d'identité :

Après avoir configuré votre Fournisseur d'identité, il vous fournira ID d'entité IDP, URL d'authentification unique IDP et Certificat SAML X509 champs respectivement.

Cliquez à nouveau Enregistrer pour enregistrer vos informations IDP.

ASP.NET Framework - Configurer IDP manuellement

3. Test de l'authentification unique SAML

Après avoir téléchargé les détails des métadonnées, accédez à la Paramètres du fournisseur d'identité section. Survolez la section Sélectionner des actions liste déroulante et cliquez sur Configuration du test.

La capture d'écran ci-dessous montre un résultat réussi. Cliquer sur Intégration SSO pour poursuivre l'intégration SSO.

ASP.NET Framework - Configuration des tests

Si vous rencontrez une erreur au niveau du module, une fenêtre similaire à celle ci-dessous s'affichera.

ASP.NET Framework - Erreur de configuration de test

Pour résoudre l'erreur, vous pouvez suivre les étapes ci-dessous :

Sous Résolution des problèmes , activez la bascule pour recevoir les journaux du plugin.

Une fois activé, vous pourrez récupérer les journaux du plugin en accédant à Paramètres Plugin onglet et en cliquant sur Configuration du test.

Téléchargez le fichier journal du Résolution des problèmes onglet pour voir ce qui n'a pas fonctionné.

Vous pouvez partager le fichier journal avec nous à aspnetsupport@xecurify.com et notre équipe vous contactera pour résoudre votre problème.

4. Cartographie des attributs

Après avoir testé la configuration, mappez les attributs de votre application avec les attributs du fournisseur d'identité (IdP).

Dans le menu de gauche du module miniOrange ASP.NET SAML SSO, cliquez sur Cartographie des attributs/rôles onglet comme indiqué dans l'image.

Si vous souhaitez transmettre des attributs supplémentaires de votre IdP, saisissez le nom de l'attribut et la valeur de l'attribut correspondant sous Mappage d'attributs personnalisés.

À noter: Tous les attributs mappés seront stockés dans la session afin que vous puissiez y accéder dans votre application.

Une fois les attributs mappés, cliquez sur Enregistrer le mappage d'attributs appliquer des modifications.

5. Code d'intégration

Cette étape vous permet de récupérer les informations de l'utilisateur SSO dans votre application sous forme de session.

Vous pouvez également regarder le visite d'installation pour comprendre comment l'intégration SSO fonctionnerait dans votre application de module asp.net.

Copiez-collez simplement cet extrait de code où vous souhaitez accéder aux attributs utilisateur.

À noter: Avec le module d'essai, les informations des utilisateurs authentifiés sont stockées dans des variables de session. Notre extension premium permet de configurer des revendications utilisateur via l'authentification par en-tête, par formulaire, par cookie et par JWT.

Survolez Sélectionner des actions et cliquez sur Copier le lien SSO.

Utilisez l’URL suivante comme lien dans l’application à partir de laquelle vous souhaitez effectuer l’authentification unique :


                    
                    
                      https://<asp.net-module-base-url>/?ssoaction=login

Par exemple, vous pouvez l'utiliser comme :

                
                      <a href="https://<asp.net-module-base-url>/?ssoaction=login">Log
                    in</a>

7. Paramètres de déconnexion

Utilisez l'URL suivante comme lien vers votre application à partir de laquelle vous souhaitez effectuer le SLO :


                    
                    
                      https://<asp.net-module-base-url>/?ssoaction=logout

Par exemple, vous pouvez l'utiliser comme :

                
                      <a href="https://<asp.net-module-base-url>/?ssoaction=logout">Log
                    out</a>

Contactez-nous

Veuillez nous contacter à aspnetsupport@xecurify.comNotre équipe vous accompagnera dans la mise en place de l'authentification unique SAML ASP.NET Framework. Elle vous aidera à choisir la solution/l'offre la mieux adaptée à vos besoins.

Table des matières