Flujo de proceso de creación de tokens de seguridad
Una vez habilitada la seguridad mediante los tokens de Liberty Alliance Project, el cliente HTTP o el navegador, se envía una solicitud de acceso mediante el cliente de servicios web al proveedor de servicios web. Un agente de seguridad de servicios web redirecciona la solicitud al servicio de autenticación STS de OpenSSO. Una vez instalado el mecanismo de seguridad de Liberty Alliance Project, un agente de seguridad HTTP emite el redireccionamiento. Si se utiliza la seguridad WS-IBS, un agente de seguridad SOAP emitirá el redireccionamiento.
El servicio de autenticación STS de OpenSSO determina el mecanismo de seguridad registrado por el proveedor de servicios web y recupera los tokens de seguridad adecuados. Tras realizar con éxito la autenticación, el cliente de servicios web proporciona el cuerpo del mensaje SOAP, mientras que el agente de seguridad SOAP del cliente de servicios web introduce un encabezado de seguridad y un token. A continuación, se firma el mensaje antes de enviar la solicitud a WSP.
El agente de seguridad SOAP del proveedor de servicios web verifica la firma y el token de seguridad de la solicitud SOAP antes de reenviarla al propio proveedor de servicios web. A continuación, el proveedor de servicios web la procesa y devuelve una respuesta, firmada por el agente de seguridad SOAP, al cliente de servicios web. El agente de seguridad SOAP del cliente de servicios web verifica la firma antes de reenviar la respuesta al propio cliente de servicios web.
En la siguiente tabla se proporcionan una lista y descripciones breves de los tokens admitidos para las transacciones de Liberty Alliance Project.
Tabla 3–1 Tokens del solicitante - Liberty Alliance Project
|
Token
|
Cumple estos requisitos
|
|
X.509
|
-
El servicio web seguro utiliza una infraestructura de claves públicas (PKI) en la que el cliente de servicios web proporciona una clave pública a fin de identificar al solicitante y realizar la autenticación en el proveedor de servicios web.
-
El servicio web seguro utiliza una infraestructura de claves públicas (PKI) en la que el cliente de servicios web proporciona una clave pública a fin de identificar al solicitante y realizar la autenticación en el proveedor de servicios web.
|
|
Token de portador
|
-
El servicio web seguro utiliza el método de confirmación de tokens de portador de SAML (Lenguaje de marcado de aserciones de seguridad).
-
WSC proporciona una aserción SAML con información de clave pública a fin de autenticar al solicitante en el proveedor de servicios web.
-
Una segunda firma enlaza la aserción al mensaje SOAP.
-
El enlace de la segunda firma utiliza las reglas definidas por Liberty Alliance Project.
|
|
Token de SAML
|
-
El servicio web seguro utiliza el método de confirmación de titular de clave de SAML.
-
WSC agrega una aserción SAML y una firma digital a un encabezado SOAP.
-
También se proporciona una clave pública o un certificado del remitente con la firma.
-
El envío se procesa mediante las reglas definidas por Liberty Alliance Project.
|
En las siguientes tablas se proporcionan una lista y descripciones breves de los tokens admitidos para las transacciones de WS-IBS.
Tabla 3–2 Tokens del solicitante - WS-IBS
|
Token
|
Cumple estos requisitos
|
|
Nombre de usuario
|
-
El servicio web seguro necesita un nombre de usuario, una contraseña y, de forma opcional, una solicitud firmada.
-
El consumidor del servicio web proporciona un token de nombre de usuario a fin de identificar al solicitante.
-
El consumidor del servicio web proporciona una contraseña, un secreto compartido u otro elemento equivalente a una contraseña para autenticar la identidad en el proveedor de servicios web.
|
|
X.509
|
El servicio web seguro utiliza una infraestructura de claves públicas (PKI) en la que el consumidor del servicio web proporciona una clave pública a fin de identificar al solicitante y realizar la autenticación en el proveedor de servicios web.
|
|
Titular de clave de SAML
|
-
El servicio web seguro utiliza el método de confirmación de titular de clave de SAML.
-
El consumidor del servicio web proporciona una aserción SAML con información de clave pública a fin de autenticar al solicitante en el proveedor de servicios web.
-
Una segunda firma enlaza la aserción a los datos útiles SOAP.
|
|
Vales del remitente de SAML
|
-
El servicio web seguro utiliza el método de confirmación de titular de vales del remitente de SAML.
-
El consumidor del servicio web agrega una aserción SAML y una firma digital a un encabezado SOAP. También se proporciona una clave pública o un certificado del remitente con la firma.
|
