ASP.NET SAML Single Sign-On (SSO) Using Shibboleth As IDP

ASP.NET SAML Single Sign-On (SSO) module gives the ability to enable SAML Single Sign-On for your ASP.NET applications. Using Single Sign-On you can use only one password to access your ASP.NET application and services. Our module is compatible with all the SAML compliant identity providers. Here we will go through a step-by-step guide to configure Single Sign-On (SSO) between ASP.NET and Shibboleth considering Shibboleth as IdP. To know more about the other features we provide, click here.

Platform Support: The ASP.NET SAML SSO module supports ASP.NET 3.5 and above frameworks.

Pre-requisites: Download And Installation

PM> Install-Package miniOrange.SAML.SSO -Version 5.3.3

Steps to configure ASP.NET Single Sign-On (SSO) using Shibboleth-1 as IDP

1. Configure Shibboleth as identity provider

  • You need to send your SP metadata to identity provider, Shibboleth-1. For SP metadata, use the SP metadata URL or download the SP metadata as a .xml file and upload it at your IdP end. You can find both these options under the Service Provider Settings tab.
  • There are two ways detailed below with which you can get the SAML SP metadata to configure onto your identity provider end.
  • A] Using SAML metadata URL or metadata file:
    • Under Service Provider Settings you can find the metadata URL as well as the option to download the SAML metadata.
    • Copy metadata URL or download the metadata file to configure the same on your identity provider end.
    • You may refer to the screenshot below:
    • ASP.NET SAML Single Sign-On (SSO) using Shibboleth-1 as IDP - Copy Downloaded Metadata
    B] Uploading metadata manually:
    • From the Service Provider Settings section, you can manually copy the service provider metadata like SP Entity ID, ACS URL, Single Logout URL and share it with your identity provider for configuration.
    • You may refer to the screenshot below:
    • ASP.NET SAML Single Sign-On (SSO) using Shibboleth-1 as IDP - Manual Metadata
  • In conf/, uncomment and set 'idp.encryption.optional' to true.
       eg. idp.encryption.optional = true
  • In conf/metadata-providers.xml, configure Service Provider like this
  • <MetadataProvider xmlns:samlmd="urn:oasis:
      id="miniOrangeInLineEntity" xsi:type="InlineMetadata
    Provider" sortKey="1">
      <samlmd:EntityDescriptor ID="entity" entityID="<SP-EntityID /
    Issuer from Service Provider Info tab in plugin.>"
        <samlmd:SPSSODescriptor AuthnRequests
    Signed="false" WantAssertionsSigned="true"
        <samlmd:AssertionConsumerService Binding="urn:oasis:names:tc:
        Location="<ACS (AssertionConsumerService) URL from
    Step1 of the plugin under Identity Provider Tab.>"
          index="1" />
  • In conf/, uncomment and set default NameID as Email Address like this
  • idp.nameid.saml2.default=urn:oasis:names:tc:SAML:1.1:nameid-format:emailAddress
  • In conf/saml-nameid-xml, search for shibboleth.SAML2NameIDGenerators. Uncomment the shibboleth.SAML2AttributeSourcedGenerator bean and comment all other ref beans
  • <!-- SAML 2 NameID Generation --> 
    <util:list id="shibboleth.SAML2NameIDGenerators">
      <!--<ref bean="shibboleth.SAML2TransientGenerator" /> -->
      <!-->ref bean="shibboleth.SAML2PersistentGenerator" /> -->
      <bean parent="shibboleth.SAML2AttributeSourcedGenerator"
      p:attributeSourceIds="#{ {'email'} }" />
  • Make sure you have defined AttributeDefinition in conf/attribute-resolver.xml.
  • <!-- Note: AttributeDefinitionid must be same as what
    you provided in attributeSourceIds in conf/saml-nameid.xml -->
    id="email" sourceAttributeID="mail">
      <resolver:Dependency ref="ldapConnector" />
    name="email" friendlyName="email" />
    </resolver:AttributeDefinition >

    <resolver:DataConnector id="ldapConnector"
    xsi:type="dc:LDAPDirectory" ldapURL="%{idp.authn.LDAP.ldapURL}"
        <!-- Define you User Search Filter here -->
        <![CDATA[ (&(objectclass=*)
    (cn=$requestContext.principalName)) ]]>

  • Make sure you have AttributeFilterPolicy defined in conf/attribute-filter.xml.
  • <afp:AttributeFilterPolicy id="ldapAttributes"> 
  • Restart the Shibboleth server.
  • You need to configure these endpoints in the ASP.NET SAML module.
  • IDP Entity ID https://<your_domain>/idp/shibboleth
    Single Login URL https://<your_domain>/idp/profile/SAML2/Redirect/SSO
    Single Logout URL https://<your_domain>/idp/shibboleth
    X.509 Certificate The public key certificate of your Shibboleth server
  • You have successfully configured Shibboleth as SAML IdP ( Identity Provider) for achieving Shibboleth SSO login into your ASP.NET application.

2. Configure ASP.NET application as service provider

Note: After installation of the plugin, we need to setup the trust between your ASP.NET application and your Shibboleth-1 account. SAML metadata is shared with Shibboleth-1 so they can update their inbuilt configuration to support Single Sign-On.

Import Shibboleth-1 SAML metadata

  • Select Shibboleth-1 from the list of identity providers shown below.
  • ASP.NET SAML Single Sign-On (SSO) using Shibboleth-1 as IDP - search idp
  • There are two methods for configuring ASP.NET as service provider:
  • A] Upload metadata using the Upload IDP Metadata button:
    • If your identity provider has provided you with the metadata URL or metadata file (.xml format only), then you can simply configure the identity provider metadata in the module using the Upload IDP Metadata option.
    • You may refer to the screenshot below:
    • ASP.NET SAML Single Sign-On (SSO) using Shibboleth-1 as IDP - Upload Metadata
    • You can choose any one of the options according to the metadata format you have available.
    B] Configure the identity provider metadata manually:
    • After configuring your Identity Provider, it will provide you with IDP Entity ID, IDP Single Sign On URL and SAML X509 Certificate fields respectively.
    • Click Save to save your IDP details.
    • ASP.NET SAML Single Sign-On (SSO) using Shibboleth-1 as IDP - SAML dll config

3. Testing SAML SSO

  • Click on the Test Configuration button to test whether the SAML Configuration you’ve done is correct.
  • The screenshot below shows a successful result. Click on SSO Integration where you will be redirected to Attribute Mapping section.
  • ASP.NET SAML Single Sign-On (SSO) using Shibboleth-1 as IDP - SAML dll Test configuration
  • If you are experiencing any error on the module end you’ll be shown with the window similar to below.
  • ASP.NET SAML Single Sign-On (SSO) using Shibboleth-1 as IDP - Enable debug logs
  • To troubleshoot the error you can follow the below steps:
    • Under Troubleshoot tab, enable the toggle to receive the plugin logs.
    • ASP.NET SAML Single Sign-On (SSO) using Shibboleth-1 as IDP - Enable debug logs
    • Once enabled, you will be able to retrieve plugin logs by navigating to Identity Provider Settings tab and clicking on Test Configuration.
    • Download the log file from the Troubleshoot tab to see what went wrong.
    • You can share the log file with us at and our team will reach out to you to resolve your issue.

4. Integration Code

  • You can find the Integration code in the Login Settings tab in the module. Just copy-paste that code snippet wherever you want to access the user attributes.
  • Note: All the mapped attributes will be stored in the session so that you can access them in your application.
  • ASP.NET SAML Single Sign-On (SSO) using Shibboleth-1 as IDP - integration code
  • If you want some assistance regarding the integration code, get in touch with us

5. Login Settings

  • Use the following URL as a link in your application from where you want to perform SSO:
  • https://<your-application-base-url>/?ssoaction=login
  • For example you can use it as:
  • <a href="https://<your-application-base-url>/?ssoaction=login">Login</a>

6. Logout Settings

  • Use the following URL as a link in your application from where you want to perform SLO:
  • https://<your-application-base-url>/?ssoaction=logout
  • For example you can use it as:
  • <a href="https://<your-application-base-url>/?ssoaction=logout">Logout</a>

You can even configure the DNN SAML Single Sign-On (SSO) module with any identity provider such as ADFS, Azure AD, Bitium, centrify, G Suite, JBoss Keycloak, Okta, OneLogin, Salesforce, AWS Cognito, OpenAM, Oracle, PingFederate, PingOne, RSA SecureID, Shibboleth-2, Shibboleth-3, SimpleSAML, WSO2 or even with your own custom identity provider. To check other identity providers. click here.

Additional Resources

Need Help?

Not able to find your identity provider? Mail us on and we'll help you set up SSO with your IDP and for quick guidance (via email/meeting) on your requirement and our team will help you to select the best suitable solution/plan as per your requirement.

Hello there!

Need Help? We are right here!

Contact miniOrange Support

Thanks for your inquiry.

If you dont hear from us within 24 hours, please feel free to send a follow up email to