Desarrollo de Soluciones Cliente-Servidor para la Verificación ...

3.2. Single Sign-On para el Web 39
nuevo hacia la aplicación original pero incorporando el tícket correspondiente en la petición
(Figura 3.5 paso 3). Como la aplicación a la que se quiere acceder ahora sí encuentra
el tícket en la petición, pregunta a CAS (Figura 3.5 paso 4) si efectivamente el tícket es
válido. Si la respuesta del sistema CAS es afirmativa se permitirá al usuario acceder a
esta aplicación. Si en el futuro, este usuario (y dentro de la validez de este tícket) intenta
acceder a otra aplicación del sistema, ésta pedirá a CAS que verifique el tícket del que el
usuario ya dispone y le permitirá el acceso si la verificación es correcta.
Figura 3.5: Sistema de autenticación CAS.
Un punto fuerte de esta arquitectura es el hecho de que la única aplicación que conoce
las credenciales de los usuarios es CAS ya que el resto de aplicaciones sólo utilizan un
tícket que tiene una caducidad temporal.
El JA-SIG Central Authentication Service (CAS) es un proyecto de código libre que
ofrece Web-SSO proporcionando a las aplicaciones web la habilidad de deferir todo el
proceso de autenticación a un servidor externo en el que confía. Su implementación esta
hecha con Servlets Java y se puede desplegar sobre cualquier servidor de aplicaciones
compatible con la especificación JSP 1.2. Sus principales virtudes son la seguridad, características
proxy, flexibilidad, fiabilidad, y las numerosas librerías freeware cliente disponibles,
incluyendo clientes para Java, .Net, PHP, Perl, Apache, uPortal, Liferay entre
otros. Es por estas ventajas que CAS es usado por muchas universidades Americanas,
con autenticación basada en LDAP o Kerberos. Además, CAS ofrece la posibilidad de
ser conectado directamente dentro de uPortal, escogido por el consorcio ESUP-Portrail,
en camino de convertirse en un estándar para portales de código abierto. Esto nos hace
confiar en su permanencia.