Escalada de privilegios en Linux

Un museo ficticio utiliza un servicio Linux para copiar cada noche el catálogo de su colección. El servicio necesita leer el catálogo y escribir copias. No necesita administrar todas las cuentas de la máquina. Comprender esa diferencia es la base de proteger privilegios: dar al trabajo útil autoridad suficiente y proteger los lugares donde esa autoridad se asigna o modifica.

Empieza por el proceso, no por su nombre

Un proceso lleva credenciales de usuario y grupo. Su ID de usuario efectivo ayuda a determinar autoridad; Linux también tiene identificadores de sistema de archivos que normalmente siguen a los efectivos. Un nombre amigable de servicio no revela esos valores. Los grupos adicionales pueden dar acceso importante aunque la cuenta no sea root.

Para un archivo ordinario sin controles adicionales, la clase aplicable de propietario, grupo u otros aporta sus permisos. Las clases no se suman. Sigue identidad de procesos y permisos de archivos antes de explorar las ACL.

Separa el archivo de su ubicación

Leer contenido, escribirlo y cambiar su entrada de directorio son operaciones diferentes. Un directorio gobierna nombres y recorrido; un archivo gobierna contenido. Proteger la configuración del museo incluye revisar sus directorios contenedores y el proceso que crea archivos de sustitución.

Los permisos predeterminados influyen en objetos nuevos; los archivos existentes conservan sus propios ajustes. Continúa con permisos de directorios y máscaras de creación.

EXPLORA EL CONCEPTO

Prueba una decisión de permisos Linux

Explora los casos y cambia identidad y permisos. Este modelo cubre lectura y escritura de un archivo ordinario sin ACL, capacidades adicionales ni otras políticas.

El propietario no toma prestado el permiso del grupo

En el modelo ordinario de bits, el propietario usa su clase. Si no tiene escritura, el permiso de escritura del grupo no ofrece un segundo intento, aunque también pertenezca a ese grupo.

Un directorio es otro tipo de objeto

Leer directorios lista nombres; buscar permite recorrerlos. Cambiar entradas normalmente requiere escritura y búsqueda. Este simulador de archivos no decide eliminación, renombrado ni recorrido de directorios.

Los sistemas reales incluyen más controles

ACL, capacidades del proceso, restricciones de montaje y políticas obligatorias pueden afectar el acceso real. Usa el simulador para comprender un mecanismo y examina el contexto completo al revisar un sistema.

Modelo simplificado para aprender. No se conecta a sistemas ni usa datos reales.

Comprende cambios deliberados de autoridad

SUID en un ejecutable compatible puede cambiar el ID efectivo al ID del propietario. No hace que todo programa use incondicionalmente todos los privilegios de ese propietario. Linux ignora esos bits en scripts interpretados; restricciones como no_new_privs o un montaje nosuid pueden impedir la transición. Pregunta qué propósito cumple un programa auxiliar privilegiado y cómo se limita su autoridad.

sudo aplica políticas a tareas delegadas: quién realiza qué trabajo, con qué identidad y bajo qué condiciones. Revisa argumentos, entorno, configuración y dependencias junto con la tarea. Una Capacidad separa operaciones privilegiadas concretas, pero una lista corta puede conceder poder considerable. Explora permisos especiales, políticas de delegación y límites de capacidades.

Sigue las dependencias de confianza del servicio

La identidad de copias del museo es solo parte de su Límite de confianza. Horario, programa, configuración, bibliotecas, interfaz de gestión y destino también influyen en su trabajo. Cambiar una dependencia de confianza puede alterar el comportamiento de un servicio poderoso. Asigna responsable a cada componente y limita quién puede mantenerlo.

Los sockets locales también necesitan autorización. Los grupos de gestión de contenedores pueden tener autoridad considerable sobre el anfitrión. Restricciones de montaje y políticas obligatorias responden a operaciones concretas, con límites definidos. Las lecciones sobre tareas programadas, sockets locales y controles obligatorios explican esos límites.

Verifica un límite útil

Expresa el requisito claramente: «El servicio puede leer el catálogo y crear copias; solo mantenimiento cambia su configuración». Retira permisos innecesarios, verifica que el trabajo ordinario funciona y confirma que se rechazan acciones no permitidas. Revisa la configuración activa tras actualizar. Software con soporte, mantenimiento oportuno, registros de cambios y recuperación probada complementan el diseño de permisos; ninguno vuelve innecesarios los demás.

Aplica estas ideas en el caso de revisión de permisos Linux. Utiliza los registros proporcionados, distingue los archivos existentes de la política de creación y justifica una corrección con evidencias de aceptación claras.