¿Qué es una escalada de privilegios y cómo se evita en Linux?
Publicado el 2026-10-20 por frfrand
Escalada de privilegios explicada de forma defensiva: permisos, servicios, actualizaciones y auditoría de accesos.
Una escalada de privilegios ocurre cuando una cuenta o proceso obtiene permisos superiores a los que debería tener. En Linux puede significar pasar de un usuario limitado a capacidades administrativas o acceder a recursos que pertenecen a otra cuenta.
Es un tema importante porque no todos los problemas de seguridad comienzan con acceso total. Un atacante puede obtener primero un acceso reducido e intentar aprovechar errores para ampliar su control.
El ejemplo del hotel
Un huésped recibe una tarjeta que abre su habitación. Esa tarjeta no debería permitir entrar en las demás habitaciones, modificar reservas o acceder al panel de administración del hotel.
Una escalada de privilegios se parece a conseguir que esa tarjeta permita más de lo autorizado. El problema no siempre está en la tarjeta: puede estar en una cerradura defectuosa, un empleado que confía demasiado o una política mal definida.
En un servidor, esos errores pueden corresponder a permisos de archivos, servicios mal configurados o vulnerabilidades del software.
Usuarios normales y root
Linux permite crear distintas cuentas con permisos separados. La cuenta root tiene capacidades administrativas amplias, por lo que ejecutar toda la aplicación con esos privilegios aumenta las consecuencias de un fallo.
Un servidor web que solo necesita leer determinados archivos y escuchar un puerto configurado no debería poseer acceso ilimitado a toda la máquina.
El principio de mínimo privilegio consiste en otorgar lo necesario para una tarea, y no más.
¿Qué papel cumple sudo?
sudo permite que usuarios autorizados ejecuten determinadas operaciones con permisos elevados. Es útil, pero requiere reglas cuidadosas.
No es buena idea dar permisos para cualquier comando a una cuenta de servicio si solo necesita reiniciar un proceso concreto. También conviene revisar qué programas pueden ejecutarse con privilegios especiales.
La seguridad se rompe con facilidad cuando alguien piensa «agregá permisos de administrador y listo» cada vez que aparece un error de acceso.
¿Qué son SUID y otros mecanismos?
Linux dispone de mecanismos para ejecutar ciertas operaciones con capacidades o contextos de privilegios específicos. Son necesarios para diferentes funciones del sistema, pero una configuración incorrecta puede ampliar la superficie de riesgo.
En una auditoría defensiva conviene revisar qué programas necesitan realmente esos permisos y mantener actualizados los paquetes que los proporcionan. No hace falta convertir ese análisis en una guía de explotación para entender el riesgo.
Un ejemplo con una aplicación web
Una API se ejecuta con una cuenta que solo debería leer su configuración y acceder a una base de datos específica. Por comodidad, alguien cambia la cuenta para que ejecute todos los procesos como root.
Si la aplicación tiene una vulnerabilidad, el daño potencial aumenta muchísimo. Mantener el proceso bajo un usuario limitado no garantiza inmunidad, pero puede reducir el alcance de un incidente.
También importa no guardar credenciales de todos los clientes en un lugar al que cualquier proceso tenga acceso.
¿Cómo reducir el riesgo?
Aplicá actualizaciones de seguridad, separá cuentas de servicio, revisá permisos de archivos, limitá comandos privilegiados y utilizá controles de acceso adecuados.
En contenedores y VPS también hay que considerar aislamiento, capacidades del sistema y configuraciones del host. Una aplicación aislada incorrectamente puede afectar más recursos de los previstos.
Además, registrá cambios administrativos y comprobá periódicamente quién conserva acceso. Los permisos temporales que nadie revoca terminan volviéndose permanentes.
¿Cómo detectar una configuración peligrosa?
Un ejemplo defensivo consiste en revisar si una aplicación usa la cuenta root sin necesidad, si un directorio sensible puede modificarse por usuarios inadecuados o si una automatización posee credenciales demasiado amplias.
No todo permiso elevado es una vulnerabilidad: muchas operaciones legítimas requieren administración. El objetivo es que cada capacidad tenga un motivo claro y controles proporcionados.
¿Y en ArduMaker?
Cuando administrás VPS, usuarios y aplicaciones desde ArduMaker, conviene mantener la separación entre accesos administrativos y cuentas usadas por cada servicio. La infraestructura puede facilitar esa organización, pero el diseño de permisos sigue siendo responsabilidad de quienes operan los proyectos.
Para recordar: escalada de privilegios significa obtener capacidades indebidas. Reducir privilegios antes de un incidente suele limitar mejor el daño que intentar corregirlo después.
Fuentes: OWASP Least Privilege Principle · Linux capabilities.