Autenticación multitenant sin trampas
Por El equipo de Alt Auth
El multitenant es donde la autenticación casera empieza a doler. La primera versión supone que un usuario pertenece a una sola empresa. Luego una consultora se une a dos clientes, una agencia gestiona cinco, alguien asciende en una organización y sigue siendo lector en otra, y el esquema que parecía obvio resulta de repente incorrecto en todas partes.
Los roles pertenecen a la pertenencia, no al usuario
El atajo más caro es poner una columna de rol en el registro del usuario. Funciona hasta que alguien necesita permisos distintos en dos sitios, y para entonces la suposición se ha filtrado a cada consulta y a cada comprobación de la interfaz. Los roles deben pertenecer a la relación entre un usuario y una organización, desde la primera migración.
Decide qué significa un token
- Un token limitado a una organización es más simple de autorizar y más seguro si se filtra, pero obliga a emitir otro al cambiar de organización.
- Un token con todas las pertenencias evita el viaje de ida y vuelta, pero complica cada comprobación de permisos.
- Elijas lo que elijas, escríbelo. El modo de fallo es que dos servicios asuman respuestas distintas.
- Nunca dejes que el cliente elija la organización activa sin que el servidor confirme la pertenencia.
“Casi todas las historias de brechas en sistemas multitenant son la misma frase: el identificador del tenant vino de la petición y nadie lo comprobó.”
Alt Auth modela directamente las organizaciones, las pertenencias, los niveles de propiedad y los roles de gestor, así que la estructura existe antes de que la necesites, y el plan Business añade varias organizaciones bajo una misma cuenta para los clientes que gestionan varias.