Skip to content

epierce/cas-server-extension-token

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

59 Commits
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Token Authentication Module for Jasig CAS Server 3.x

This module allows you to authenticate and pass attributes for a user with a AES128-encrypted token instead of a password.

How is the token generated?

Example code for generating authentication tokens in multiple languages is available in the cas-token-auth-examples repository

The token is a AES-128 encrypted JSON object:

{   
    "generated":      1338575644294,
    "credentials":  {
      "username":      "epierce",
      "firstname":     "Eric",
      "lastname":      "Pierce",
      "email":         "[email protected]"
    }
}

The generated field is the timestamp in milliseconds, this value is compared against the system time to verify the age of the token. The username value is also compared to the username request parameter to ensure this token belongs to this user.

All properties of the credentials object will be available to the CAS attribute repository. That is, if you have a property named "ProviderName" in the credentials object, then it will be available under that name for the attribute repository (e.g. <entry key="CredentialProviderAttribute" value="ProviderName" />).

Adding Token authentication support to CAS

Use the Maven Overlay Method for configuring CAS

The wiki article on how to configure it is here

Add the Maven dependency and the Sonatype repositories

Add the following blocks to the pom.xml in your CAS overlay

<dependency>
  <groupId>edu.usf.cims</groupId>
  <artifactId>cas-server-extension-token</artifactId>
  <version>0.6.0</version>
</dependency>
<repositories>
  <repository>
    <id>sonatype</id>
    <url>http://oss.sonatype.org/content/repositories/releases/ </url>
  </repository>
  <repository>
    <id>snapshots</id>
    <url>https://oss.sonatype.org/content/repositories/snapshots/ </url>
  </repository>
</repositories>

Configure Authentication

To authenticate using a token, add the TokenAuthenticationHandler bean to the list of authentication handlers in deployerConfigContext.xml:

<property name="authenticationHandlers">
  <list>
    <bean class="org.jasig.cas.authentication.handler.support.HttpBasedServiceCredentialsAuthenticationHandler"
      p:httpClient-ref="httpClient" />
    <bean class="edu.usf.cims.cas.support.token.authentication.handler.support.TokenAuthenticationHandler"
      p:maxDrift="60"
      p:keystore-ref="jsonKeystore" />
  </list>
 </property>
  • maxDrift: Number of seconds (+/-) to allow for clock drift when validating the timestamp of the token.

You'll also need to add TokenCredentialsToPrincipalResolver to the list of principal resolvers:

<property name="credentialsToPrincipalResolvers">
  <list>
    <bean class="edu.usf.cims.cas.support.token.authentication.principal.TokenCredentialsToPrincipalResolver" />  
    <bean class="org.jasig.cas.authentication.principal.HttpBasedServiceCredentialsToPrincipalResolver" />
  </list>
</property>

Finally, define the following bean (to load a keystore.json file from /WEB-INF/classes/):

<bean class="edu.clayton.cas.support.token.keystore.JSONKeystore"
      id="jsonKeystore"
      p:storeFile="classpath:keystore.json" />

JSON Keystore format

Where a keystore.json file is simply a JSON array of key objects with two properties: name and data. For example, the following JSON defines two keys:

[
  {
    "name" : "alphabet_key",
    "data" : "abcdefghijklmnop"
  },
  {
    "name" : "number_key",
    "data" : "1234567890123456"
  }
]

The name property of a key could be anything. The name property is matched against the value of the "token_service" parameter that services provide when requesting authorization. For example, https://cas.example.com/?token_service=number_key&auth_token=… will attempt to use the above "number_key" to decrypt the given "auth_token".

The data property is the AES128 key that will be used to decrypt the provided token. The key must be EXACTLY 16 characters

Optional Beans

There are two additional beans that can be defined: requiredTokenAttributes and tokenAttributesMap. If either of these beans are added, then the TokenAuthenticationHandler will need to be adjust accordingly. For example, adding both beans would result in the TokenAuthenticationHandler bean being defined like so:

<bean class="edu.usf.cims.cas.support.token.authentication.handler.support.TokenAuthenticationHandler"
  p:maxDrift="60"
  p:keystore-ref="jsonKeystore"
  p:requiredTokenAttributes-ref="requiredTokenAttributes"
  p:tokenAttributesMap-ref="tokenAttributesMap" />

requiredTokenAttributes

This bean defines the attributes that must be present on the credentials object of the encrypted token in order for the token to be valid. At a minimum, the username attribute is always required. You can define any other required attributes by adding a requiredTokenAttributes bean like so:

<bean id="requiredTokenAttributes" class="java.util.ArrayList">
  <constructor-arg>
    <list>
      <value>sAMAccountName</value>
      <value>sn</value>
      <value>givenName</value>
    </list>
  </constructor-arg>
</bean>

tokenAttributesMap

This bean defines a mapping from the attributes in the credentials object to the default properties. The default properties are: "username", "firstname", "lastname", and "email". As an example, let's assume you want to provide Active Directory attributes in your token. In that case, you would define the following bean:

<bean id="tokenAttributesMap" class="java.util.HashMap">
  <constructor-arg>
    <map>
      <entry key="username" value="sAMAccountName" />
      <entry key="firstname" value="givenName" />
      <entry key="lastname" value="sn" />
      <entry key="email" value="mail" />
    </map>
  </constructor-arg>
</bean>

It is recommended that you define this bean if you use anything other than the default attributes. However, it is only required if your are defining an alternate property name for "username".

Configure Attribute Population and Repository

To convert the profile data received from the decrypted token, configure the authenticationMetaDataPopulators property on the authenticationManager bean:

<property name="authenticationMetaDataPopulators">
  <list>
    <bean class="edu.usf.cims.cas.support.token.authentication.TokenAuthenticationMetaDataPopulator" />
  </list>
</property>

You'll also need to configure the attributeRepository bean:

<bean id="attributeRepository" 
  class="org.jasig.services.persondir.support.StubPersonAttributeDao">
  <property name="backingMap">
  <map>
    <entry key="FamilyName" value="FamilyName" />
    <entry key="GivenName" value="GivenName" />
    <entry key="Email" value="Email" />
    </map>
  </property>
</bean>

Note: To release the attributes to CAS clients, you'll need to configure the Service Manager

Add tokenAuthAction to the CAS webflow

Add tokenAuthAction to login-webflow.xml. It should be placed at the top of the file, just before the ticketGratingTicketExistsCheck decision-state:

<action-state id="tokenAuthAction">
  <evaluate expression="tokenAuthAction" />
  <transition on="success" to="sendTicketGrantingTicket" />
  <transition on="error" to="ticketGrantingTicketExistsCheck" />
</action-state>

To define the tokenAuthAction bean, add it to cas-servlet.xml:

<bean id="tokenAuthAction" class="edu.usf.cims.cas.support.token.web.flow.TokenAuthAction">
  <property name="centralAuthenticationService" ref="centralAuthenticationService" />
</bean>

About

Token Authentication Module for Jasig CAS Server

Resources

License

Stars

Watchers

Forks

Packages

No packages published

Languages