Proveedores de identidad externos¶

MRBS 1.12.2 se integra con varios sistemas de identidad. Es preferible usar el que ya opere y respalde la organización.

CAS¶

Configure host, puerto, contexto y un certificado CA fiable:

$auth["type"] = "cas";
$auth['cas']['host'] = 'cas.example.org';
$auth['cas']['port'] = 443;
$auth['cas']['context'] = '/cas';
$auth['cas']['ca_cert_path'] = '/path/to/ca-chain.pem';

Mantenga la validación del servidor en producción.

SAML¶

SAML usa una instalación existente de SimpleSAMLphp. Configure ruta absoluta, fuente de autenticación y atributos:

$auth["type"] = "saml";
$auth['saml']['ssp_path'] = '/opt/simplesamlphp';
$auth['saml']['authsource'] = 'default-sp';
$auth['saml']['attr']['username'] = 'sAMAccountName';

Mapee una identidad inmutable y única al usuario MRBS. Pruebe también atributos ausentes y modificados.

WordPress y Joomla¶

Estos métodos cargan el CMS y reutilizan sus cuentas y roles. Configure la ruta relativa y mapee explícitamente roles de usuario y administrador.

Las actualizaciones del CMS pueden afectar a la integración. Pruebe después el acceso MRBS.

Wix¶

La integración usa una clave API del sitio e información de distintivo o perfil. Mantenga credenciales fuera del repositorio y conceda permisos mínimos.

Base externa¶

db_ext lee usuarios de otra base SQL. Use cuando sea posible una cuenta dedicada de solo lectura y el formato de contraseña correcto.

Programa externo¶

El método ext delega en un ejecutable. Trate programa y argumentos como sensibles, evite interpolación de shell, limite permisos y nunca registre contraseñas.

Lista de despliegue¶

Verificar TLS del proveedor.
Mapear administradores explícitamente.
Probar cierre y caducidad de sesión.
Probar usuarios desactivados y eliminados.
Definir el comportamiento durante caídas.
Mantener un procedimiento de recuperación de errores.