Autorización de corrientes de datos

En WebSphere MQ Publicación/Suscripción, todas las comprobaciones sobre autorizaciones de publicación y suscripción se realizan con la cola de corriente de datos. Las aplicaciones de publicación requieren autorización para transferir mensajes a la cola de corriente de datos. El intermediario de WebSphere MQ Publicación/Suscripción comprueba también la autorización de las aplicaciones de suscripción que requieren autorización para poder examinar la cola de corriente de datos. Una aplicación de suscripción también ha de tener autorización de colocación para la cola que selecciona para recibir sus publicaciones.

Los intermediarios de WebSphere Message Broker realizan una comprobación similar, pero no se comprueban las autorizaciones de suscripción o examen. En su lugar, WebSphere Message Broker utiliza listas de control de acceso (ACL), que pueden crearse utilizando el entorno de trabajo, para proporcionar las autorizaciones necesarias sobre temas individuales. Para obtener más información sobre las ACL, consulte el apartado Autorización de acceso a los recursos de tiempo de ejecución.

Antes de migrar un intermediario de WebSphere MQ Publicación/Suscripción a WebSphere Message Broker, o de migrar las aplicaciones de WebSphere MQ Publicación/Suscripción para que se ejecuten en un WebSphere Message Broker, ha de tener en cuenta las siguientes implicaciones en cuanto a seguridad:

Autorizaciones de la corriente de datos


Autorizaciones de la corriente de datos

La figura muestra las autorizaciones que requiere la corriente de datos. En ese ejemplo se presupone que se ha actualizado la ACL por omisión en el tema raíz para el principal PublicGroup dando a las autorizaciones para publicar, suscribir y para la entrega persistente el valor deny (denegar).

Utilizando este ejemplo, se supone que se han definido los siguientes grupos:
Debe otorgar y denegar las autorizaciones creando las ACL como sigue:
  1. A PDefault se le ha de otorgar autorización de publicar en el tema raíz, y a SDefault se le ha de otorgar la autorización de suscripción al tema raíz.
  2. A PDefault se le ha de denegar la autorización de publicar en $SYS/STREAM/, y a SDefault se le ha de denegar la autorización de suscripción a $SYS/STREAM/.

    Estos valores aseguran que los publicadores y suscriptores de la corriente de datos por omisión no podrán publicar en ni suscribirse a otras corrientes de datos sin tener una ACL explícita que altere temporalmente el valor pertinente.

  3. PStreamX ha de tener autorización de publicación sobre $SYS/STREAM/StreamX/ y SStreamX ha de tener autorización de suscripción a $SYS/STREAM/StreamX/.

    Estos valores alteran temporalmente cualquier valor que haya en temas padres y limita la actividad de publicación y suscripción a usuarios que estén dentro de esos grupos específicos.

  4. PStreamY ha de tener autorización de publicación sobre $SYS/STREAM/StreamY/ y SStreamY ha de tener autorización de suscripción a $SYS/STREAM/StreamY/.

    Estos valores alteran temporalmente cualquier valor que haya en temas padres y limita la actividad de publicación y suscripción a usuarios que estén dentro de esos grupos específicos.

Si desea establecer excepciones a lo anterior, puede hacerlo introduciendo una ACL en el punto adecuado. Por ejemplo, si desea otorgar a los publicadores autorización sobre la corriente de datos por omisión, PDefault, para que puedan publicar en StreamX, deberá crear un ACL explícita en el punto (3) para proporcionar dicha autorización; esto altera temporalmente la denegación de autorización en el punto (2). En este ejemplo, los usuarios de PDefault siguen pudiendo publicar en StreamY.

Conceptos relacionados
Autorización de acceso a los recursos de tiempo de ejecución
Tareas relacionadas
Suscripciones
Referencia relacionada
Cabecera MQRFH2
Avisos | Marcas registradas | Descargas | Biblioteca | Soporte | Su opinión
Copyright IBM Corporation 1999, 2006 Última actualización: 22/08/2006
aq18560_