Constructor de matrices RBAC
Construye una matriz de control de acceso basado en roles y analízala en busca de exceso de privilegios, conflictos de segregación de funciones, roles duplicados y permisos demasiado amplios.
Abrir la herramienta →La herramienta interactiva se abre en inglés.
Un constructor de matrices RBAC (control de acceso basado en roles) en el navegador: añade roles como filas y recursos o permisos como columnas, y activa en la cuadrícula qué rol recibe qué permiso. Después analiza la matriz para detectar roles con exceso de privilegios, conflictos de segregación de funciones (SoD) a partir de una lista de conflictos configurable, roles casi duplicados que son candidatos a fusionarse y permisos concedidos a todos que podrían convertirse en un valor por defecto. Las plantillas iniciales para una aplicación SaaS y para un flujo financiero (de la compra al pago) te dan una matriz realista que editar en lugar de una cuadrícula en blanco. Exporta la matriz terminada como CSV (para una hoja de cálculo) o Markdown (para un ticket, una wiki o un documento de diseño). Todo funciona en el cliente, en tu navegador: sin subidas ni llamadas de red, tu modelo de roles nunca sale de la página. Es una herramienta Pro: con una cuenta gratuita tienes 3 usos y después necesitas Pro.
- Empieza desde la plantilla SaaS o la financiera, o desde una cuadrícula en blanco.
- Añade roles como filas y permisos como columnas, y marca qué rol tiene cada permiso.
- Analiza la matriz: exceso de privilegios, conflictos de segregación de funciones, roles casi duplicados y permisos que tiene todo el mundo.
- Exporta la matriz a CSV o Markdown.
Preguntas frecuentes
¿Qué es RBAC?
El control de acceso basado en roles (RBAC) es un modelo de autorización en el que los permisos no se conceden directamente a los usuarios, sino a roles, y a los usuarios se les asignan roles. Un «rol» es un paquete de permisos con nombre que corresponde a una función laboral (por ejemplo, Billing Admin, Support Agent o Auditor) y un «permiso» es una única acción permitida sobre un recurso, como «leer facturas» o «eliminar espacio de trabajo». Como el acceso se concede a través de roles, gestionas un puñado de roles en lugar de miles de concesiones individuales y ves de un vistazo qué puede hacer cada función. Una matriz RBAC es la cuadrícula que lo muestra: roles en el lateral, permisos en la parte superior y una marca en cada celda donde ese rol tiene ese permiso.
¿Qué diferencia hay entre un rol y un permiso?
Un permiso es la unidad mínima de acceso: una acción sobre un recurso, como «aprobar pago», «exportar datos» o «rotar secretos». Un rol es un conjunto de permisos agrupados para encajar con un puesto. Los usuarios reciben roles; los roles llevan permisos; los permisos controlan las acciones. Mantenerlos separados es la esencia de RBAC: cuando cambia un puesto ajustas un rol en lugar de volver a conceder permisos a cada persona que lo ocupa, y cuando revisas el acceso lees una lista corta de roles en lugar de una lista interminable de concesiones por usuario. En la matriz, los roles son las filas y los permisos las columnas.
¿Qué es el principio de mínimo privilegio?
El mínimo privilegio significa que cada rol (y cada usuario) debe tener solo los permisos que de verdad necesita para su trabajo, y nada más. Su valor de seguridad es que una cuenta comprometida, un error interno o un token robado solo pueden llegar a lo que ese rol ya podía alcanzar, así que un rol bien acotado limita el radio de impacto de cualquier fallo. En una matriz RBAC, las infracciones del mínimo privilegio aparecen como roles con exceso de privilegios: un rol que acumula una proporción grande y atípica de todos los permisos, lo que suele indicar que ha ido sumando concesiones que ya no necesita. Esta herramienta señala esos roles para que puedas recortarlos.
¿Qué es la segregación de funciones y cómo la comprueba esta herramienta?
La segregación de funciones (SoD), también llamada separación de funciones, es el control según el cual ningún rol debe poder completar por sí solo un proceso sensible entero. El ejemplo clásico es financiero: quien puede dar de alta un proveedor no debería poder aprobar también un pago a ese proveedor, porque juntos esos dos poderes permiten a una persona crear un proveedor falso y pagarle. Otros ejemplos son redactar frente a aprobar, o solicitar frente a ejecutar. Esta herramienta comprueba la SoD frente a una lista configurable de pares de permisos en conflicto: si un rol tiene las dos mitades de un par en conflicto, se marca como infracción de SoD para que repartas las funciones entre dos roles.
¿Se envía la matriz a algún sitio? ¿Es un estándar RBAC oficial?
No se envía nada. El constructor, el análisis y las dos exportaciones funcionan por completo en tu navegador, sin llamadas de red, así que tu modelo de roles y permisos se queda en tu equipo. El análisis es una ayuda práctica para la revisión (heurísticas de mínimo privilegio, segregación de funciones, roles duplicados y permisos demasiado amplios que corresponden a hallazgos habituales de las revisiones de acceso), no una certificación frente a un estándar concreto como NIST RBAC o un marco de auditoría. Úsalo para depurar un modelo rápidamente y preparar una revisión de accesos, y después valídalo frente a la política o el marco que se aplique a tu organización.
¿Es gratis?
No, es una herramienta Pro. Con una cuenta gratuita tienes 3 usos de prueba; después necesitas Pro.