Saltar al contenido principal
Toda la documentación

Administración de SSO

Administra espacios de trabajo de tenants, registros de aplicaciones, roles, dominios, autenticadores, sesiones y auditoría con autoridad acotada.

Proceso
  1. Abre el espacio de trabajoSelecciona el tenant o la aplicación que tienes autorización para gestionar.
  2. Inspecciona el estadoComprueba el ciclo de vida, las versiones, los miembros, las políticas y las aprobaciones pendientes.
  3. Prepara el cambioIntroduce valores limitados al tenant, motivo, propietario y vencimiento; previsualiza cuando exista esa opción.
  4. Aplica y verificaGuarda, publica o aprueba; después confirma el estado resultante y la auditoría.
  5. Cierra el trabajoRevoca el acceso temporal y conserva el historial de versiones y auditoría.

Espacios de trabajo de tenants y aplicaciones

La navegación agrupa tenants, dominios, aplicaciones, federación, aprovisionamiento, derechos, revisiones, PIM, dispositivos, flujos, sesiones, claves y auditoría. Usa los ajustes del tenant para su ámbito y los editores de aplicaciones para protocolo y ciclo de vida. Las acciones dependen del rol efectivo y los permisos delegados. Las integraciones usan el contrato generado en /api/auth/management/openapi.json.

  1. Selecciona el tenant o la aplicación exactos y comprueba propietario y estado.
  2. Si falta una acción, confirma que tengas delegado el permiso correspondiente.
  3. Después de guardar, verifica el estado y el registro de auditoría o versión.

Roles y permisos

La jerarquía de roles admite cambios de padre y comparación de versiones. La autoridad efectiva requiere afiliación activa y la delegación correcta en el tenant; el acceso a roles superiores o de tenants hermanos se deniega de forma segura. Mantén separados los roles de plataforma y de aplicación. La asignación no elude la afiliación, la política de la aplicación ni la separación de funciones.

  1. Antes de asignar acceso, inspecciona la afiliación y la ruta de roles actuales.
  2. Elige el rol y los permisos más acotados; comprueba alcance y vencimiento.
  3. Si se deniega el acceso, inspecciona los permisos efectivos del tenant en lugar de ampliar los roles del sitio.

Dominios y registros

Las reclamaciones de dominio requieren una comprobación explícita de propiedad antes de descubrir cuentas o usar certificados. Los registros de aplicaciones definen por separado protocolo, propietario, tenant, política y ciclo de vida. Previsualiza el efecto de la política antes de publicar una versión. Los proveedores sociales de la plataforma se administran aparte de las identidades vinculadas de cada usuario.

  1. Añade el dominio exacto del tenant y completa el desafío de propiedad.
  2. Registra la aplicación desde la pantalla de gestión de su protocolo.
  3. Previsualiza, publica y prueba la política; confirma la versión activa.

Autenticadores e inscripción

La administración de autenticación incluye inscripción de factores, códigos de recuperación, gestión de autenticadores admitidos, pases de acceso temporales, acciones de hardware OATH y campañas de inscripción. Se necesita permiso de gestión de autenticación. Las acciones sensibles también pueden requerir step-up reciente vinculado al usuario; el rol de administrador general no lo sustituye.

  1. Antes de iniciar una campaña, comprueba la política del tenant y el estado de inscripción.
  2. Exige que el usuario complete y verifique el desafío del autenticador.
  3. Revoca un factor o pase perdido y emite sustitutos mediante el control autorizado.

Sesiones, claves y proveedores sociales

El inventario de sesiones incluye sesiones web, OIDC, SAML, privadas y privilegiadas con seguimiento. Revoca solo dentro de tu ámbito; las acciones para un usuario pueden afectar a varias aplicaciones y la revocación central de sesiones del navegador es exclusiva de God. Los usuarios pueden revocar sus propios tokens de aplicaciones conectadas y dispositivos de confianza. Las claves de firma y los proveedores sociales tienen controles de mantenimiento independientes.

  1. Filtra por usuario, tenant, aplicación y tipo de sesión autorizados.
  2. Antes de revocar, comprueba el impacto de elegir una sesión o un alcance mayor.
  3. Después de cambiar una clave o proveedor, confirma el estado y prueba un inicio de sesión controlado.

Auditoría, exportación y resolución de problemas

La auditoría de tenants, las evidencias de seguridad, la retención, las retenciones legales, los destinos de registro y las exportaciones en bloque tienen controles acotados. Las exportaciones pueden contener registros sensibles; utiliza el alcance mínimo autorizado. Si los datos no están disponibles o falla un cambio, conserva el error seguro e inspecciona el estado actual antes de reintentar. Conserva el historial inmutable al corregir la configuración.

  1. Filtra la auditoría del tenant por actor, aplicación o periodo disponible.
  2. Exporta solo los registros necesarios y guárdalos en una ubicación aprobada.
  3. Antes de cambiar o reintentar la entrega, comprueba retención, retenciones legales y estado del destino.

Preguntas frecuentes

¿Por qué falta una acción administrativa?

Puede quedar fuera de tu rol o delegación efectiva. Confirma la afiliación activa y el ámbito del tenant.

¿Un rol de aplicación concede acceso a otro tenant?

No. Siguen siendo necesarios la afiliación y los permisos del tenant.

¿Guardar un borrador lo publica?

No. Valida y publica la versión prevista y confirma que esté activa.

¿Verificar un dominio autentica usuarios?

No. Los usuarios aún deben autenticarse y tener una afiliación permitida al tenant.

¿Puede un delegado revocar todas las sesiones?

Solo dentro de su ámbito; las sesiones centrales compartidas requieren autoridad God.

¿Dónde está el contrato de API de gestión?

Consulta /api/auth/management/openapi.json para operaciones y requisitos de seguridad.

Páginas relacionadas