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

3.2. Single Sign-On para el Web 37
tema operativo, lo que significa que desarrollar aplicaciones multiplataforma conformes
al estándar BioAPI no es una tarea sencilla. Portar el Framework BioAPI al entorno Java
facilitaría el desarrollo de aplicaciones biométricas orientadas al Web debido a que ya
existen numerosas tecnologías orientadas al Web realizadas en Java. Es por ello, que la
existencia de una versión puramente Java de la BioAPI proporcionaría numerosas ventajas,
y además contaría con la particularidad de facilitar la extensión de las aplicaciones
biométricas a dispositivos móviles. Existe una propuesta del INCITS [INCITS, WWW]
sobre la estandarización de una especificación de la BioAPI en Java que todavía se encuentra
en proceso. Además, existe un problema de interoperabilidad entre el nuevo marco
puramente Java y las existentes implementaciones de los BSPs realizados en C/C++ no
solucionado a priori. Es por ello, por lo que se necesita una solución con disponibilidad
inmediata.
Para acceder al Framework BioAPI hecho en C/C++ desde el entorno Java, se puede
usar un Java Wrapper basado en la tecnología Java Native Interface (JNI). JNI es una
interfaz de programación estándar para escribir métodos nativos que se pueden invocar
desde Java, e incluso, poder utilizar la máquina virtual Java dentro de aplicaciones nativas.
En el momento en el que nos planteamos en esta Tesis la búsqueda de un Java Wrapper
que nos permitiera utilizar el Framework BioAPI, existían dos proyectos: el JNI BioAPI
Wrapper para Windows desarrollado por Gens Software, y el proyecto de código libre
JBioAPI para Linux/Unix. Ambos proyectos basados en la especificación BioAPI 1.1.
El principal problema que se nos presentó fue que los dos proyectos no eran compatibles
entre sí, y eso complicaba el desarrollo de aplicaciones multiplataforma conformes
al estándar BioAPI. Por otra parte, sendos proyectos solamente ofrecían acceso a las abstracciones
de alto nivel, y no a las primitivas de bajo nivel, por lo que no permitían dividir
el proceso de autenticación entre una máquina cliente y un servidor. Fue necesario realizar
varias contribuciones al proyecto JBioAPI para poder ofrecer una solución viable a este
problema, tal y como veremos en las sección 4.2.5.
3.2. Single Sign-On para el Web
Los sistemas Single Sign-On (SSO) permiten transportar la información de autenticación
de un sistema a otro. En otras palabras, supongamos que disponemos de una serie
de servicios distribuidos en diferentes proveedores Web, en un entorno normal, al acceder
a cualquier servicio de un proveedor necesitamos autenticarnos. Este hecho provoca
la pérdida de tiempo en varios procesos de autenticación y disminuye la usabilidad. En
lugar de esto, los sistemas Single Sign-On nos permiten centralizar este proceso. La idea
es que el usuario se autentica una sola vez contra el sistema centralizado, y éste le expende
un tícket. Cuando el usuario quiere usar un determinado servicio presenta este tícket,
el servicio se conecta con el servidor Single Sign-On para pedir la validación del tícket
presentado por el usuario, en caso de validar correctamente el usuario, éste puede acceder
al servicio como si se hubiera autenticado en él de forma normal. Como hemos dicho,
un SSO es un procedimiento de autenticación que habilita al usuario para acceder a varios
sistemas con una sola instancia de identificación, también se les llama sistemas de
autenticación reducida (Reduced Sign On Systems) y hay cinco tipos principales: