Scenario

This siteminder tutorial will show you how siteminder works. There may be situations where users access a web service hosted on a Apache Web server are authenticated by some authentication mechanism, let’s say LDAP. If the same users want to access web services on an IIS Web server, they have to be authenticated by another mechanism, lets say Windows domain controller. Since there is no way to pass authentication verification between these two systems, users must log in twice.

Solution

SiteMinder solves these multiple login problems by providing a central point (SSO – Single Sing-On) for all authentication. Instead of being authenticated by each web service, users are authenticated by SiteMinder instead. Once the user has been authenticated, a special encrypted cookie is created and used for subsequent logins to different web-based services and applications. Even though users are automatically authenticated, you can curtail their access rights to specific resources by establishing access control policies through SiteMinder’s security policy management features.

SiteMinder system mainly consists of:

Web Agent:

  • Web Agent, ERP Agent, Secure Proxy Agent etc.

Policy Server:

  • User store, Policy store – DB/LDAP.
  • Session and key store – DB/LDAP.

The Web Agent is a component that allows the web server to be managed by SiteMinder. Web Agent is integrated with a standard web server and just a filter that intercepts all requests for resources (URLs) to a web server, then decides whether the specified resource is under SiteMinder’s control or protected. If it is, the Policy Server is contacted. If the resource is not protected or not under SiteMinder’s control, the request will go directly to web server.

The Policy Server provides authentication to web-based applications. The Policy Server acts as a front end to whatever authentication method is being deployed within an organization.

These include:

  • Basic authentication (user-name/password)
  • Basic authentication over SSL
  • Authentication schemes
    • ACE/Server (Security Dynamics)
    • CryptoCard
    • RADIUS Proxy
  • Forms-based authentication
  • X.509 certificates
  • Custom or third-party schemes

How SiteMinder works

If the resource is not protected then Web Agent allows the Web Site to process and return the page to the user.

If resource is protected and user is not authenticated then Web Site returns an Access Denied error.

If resource is protected and user is not authorized then Web Site returns an Access Denied error.

The below steps explain how Siteminder works if the resource is protected:

  1. User requests a web page or a resource
  2. Web Agent intercepts the request
  3. Web Agent verifies with Policy Server if the request is protected
  4. Policy Server checks the policy and rules applicable for the incoming request; accordingly protection information and one of the authentication methods is returned
  5. Policy Server asks Web Agent for user credentials (using form based authentication, token or any other authentication method)
  6. Web Agent passes supplied authentication information to Policy Server and asks Policy Server if user is authenticated
  7. Policy Server checks user information on file and verified against the supplied user credentials
  8. Policy Server also checks policy and rules for authenticating the user
  9. Policy Server informs Web Agent that user is authorized and passes the response data
  10. If not authenticated then Web Agent asks for credentials (using form based authentication, token or any other authentication method).
  11. Web Agent allows Web Site to process user’s request and provides response data
  12. Once the user is authenticated, an encrypted cookie or user credential is created and passed to the web server
  13. Web page or resource is processed and returned to user
  14. When the same user tries to access a URL on Web server, the Web Agent can then grant access according to the user credential it was passed, eliminating the need for a second time login.

siteminder

Siteminder Limitations

  • When a user logs into a computer and authentication handled by operating system, then we cannot pass user information to SiteMinder because SiteMinder was designed to work in a web server environment, where authentication is triggered upon a URL request.
  • Though SiteMinder is a valuable tool for SSO login between disparate web applications, the user is still required to log into the platform from which the web applications will be launched. SiteMinder also requires that an agent be installed on each web server that will participate in the SSO environment.

Thanks for reading.

Tags:

I am a professional Web developer, Enterprise Application developer, Software Engineer and Blogger. Connect me on Roy Tutorials | TwitterFacebook Google PlusLinkedin | Reddit

Leave a Reply

Your email address will not be published. Required fields are marked *