Autenticación federada de instituciones

En una federación, la institución autentica a la persona y la plataforma decide qué puede hacer. Para que la plataforma reconozca a la misma persona de un inicio a otro, necesita un identificador que no cambie y que no se reasigne a otra. El correo es cómodo, pero las instituciones lo reutilizan cuando alguien deja el cargo o termina el curso; un identificador persistente, junto con el emisor que lo afirma, es lo que sostiene la cuenta. Las aserciones, además, deben llegar firmadas, y los metadatos con las claves de la institución deben estar vigentes.

La tabla de instituciones dice qué identificador de usuario envía cada una. La política de vinculación pide el identificador persistente. Localiza la institución cuyo identificador es la dirección de correo.

Los metadatos de una institución contienen las claves con las que se comprueba que las aserciones son suyas. Cuando vencen, el proveedor de servicio queda sin claves vigentes: o rechaza a todos los usuarios de esa institución o acepta con claves viejas. El corte de la revisión es el 7 de octubre de 2026. Busca la institución con los metadatos ya vencidos.

El registro de inicios cuenta lo que pasó cuando la institución sin identificador persistente reasignó una dirección de correo. La plataforma enlazó al segundo usuario con la cuenta del primero y heredó cursos y entregas. El propio registro lo señala con un aviso. Lee el extracto y anota la cuenta afectada.

El problema nace en una decisión de la institución, pero la plataforma es quien enlazó las cuentas por correo. El arreglo tiene dos partes: qué se cambia en la plataforma y qué se pide a la institución. Además, la cuenta ya mezclada no se resuelve sola: hay que decidir qué se hace con lo que el nuevo usuario ya pudo ver.