El principio de privilegio mínimo y el control de acceso basado en roles (RBAC) suelen tratarse como lo mismo. Trabajan juntos, pero resuelven problemas distintos.
RBAC asigna permisos según el rol de un usuario: equipo de marketing, personal de TI, finanzas. El principio de privilegio mínimo va un paso más allá: se asegura de que incluso esos roles solo tengan el acceso mínimo indispensable para hacer el trabajo, para que un rol nunca se convierta en un atajo hacia un acceso con privilegios excesivos.
RBAC está diseñado para escalar. Es la herramienta indicada para gestionar permisos en entornos grandes y complejos, al agrupar el acceso en roles en lugar de administrar a cada usuario uno por uno. El principio de privilegio mínimo se aplica de forma más amplia, tanto a roles como a usuarios individuales y sistemas no humanos, eliminando cualquier acceso que no sea realmente necesario, incluso dentro de un rol que parezca razonable en el papel.
Usados juntos, RBAC te da una estructura manejable, y el privilegio mínimo se asegura de que esa estructura nunca otorgue más de lo debido.
Ejemplos comunes de privilegio mínimo en acción
Cuentas de usuario. La cuenta de un empleado solo debería alcanzar los sistemas y datos que su trabajo requiere, para que un inicio de sesión comprometido no le entregue a un atacante toda la red, sino solo la porción limitada que esa cuenta siempre debía tocar.
Cuentas de servicio. Los procesos automatizados y las integraciones suelen ejecutarse con mucho más acceso del que su función necesita, y como nadie las vigila en tiempo real, una cuenta de servicio con privilegios excesivos puede explotarse en silencio durante mucho tiempo antes de que alguien lo note.
RBAC en la cloud. Los entornos en la cloud facilitan asignar roles de más por conveniencia, pero un solo rol demasiado amplio puede exponer buckets de almacenamiento completos o consolas de administración a cualquiera que comprometa ese único conjunto de credenciales.
Acceso a endpoints. Los derechos de administrador local en una laptop o estación de trabajo permiten que el malware y los atacantes instalen software, deshabiliten herramientas de seguridad y se muevan lateralmente en el momento en que ese endpoint se ve comprometido, por eso eliminar los derechos de administrador permanentes cierra una de las rutas de ataque más comunes.
Microservicios. En una arquitectura de microservicios, un servicio diseñado para redimensionar imágenes no debería tener acceso para eliminar bases de datos. Sin el privilegio mínimo aplicado a nivel de servicio, un solo microservicio comprometido puede alcanzar mucho más allá de su función prevista, convirtiendo una vulnerabilidad acotada en una brecha mucho mayor.
