Me acabo de encontrar con el caso en el que el grupo propietario de un archivo tiene más permisos que el usuario propietario de un archivo.
user1@pc:/tmp$ ls testfile -l
----rw---- 1 user1 user1 9 Okt 16 13:16 testfile
Como el usuario user1no tiene permisos para leer el archivo, aparece esto
user1@pc:/tmp$ cat testfile
cat: testfile: Permission denied
Esto me sorprendió porque user1soy miembro del grupo user1que tiene permiso para leer el archivo.
Curiosamente al hacer esto:
root@pc:/tmp$ addgroup user2 user1
Adding user `test' to group `ress' ...
Adding user test to group ress
Done.
root@pc:/tmp$ su user2
user2@pc:/tmp$ cat testfile
content of testfile
user2@pc:/tmp$
Puedo leer testfileel contenido de.
Parece que los permisos ampliados (o no) en el nivel de usuario-propietario tienen prioridad sobre cualquier cosa posterior, como los permisos existentes debido a la pertenencia a un grupo.
Mi pregunta es si hay una referencia a este comportamiento que experimento en mi sistema Linux (es decir, que no tener permisos de usuario me quita los permisos de grupo)
¿También existe un caso de uso para este comportamiento?
Respuesta1
Los permisos del archivo específicamente no permiten la lectura, escritura o ejecución de ese archivo al propietario ( user1).
Si cambiara el propietario a otro usuario, podrá leer el archivo con los permisos del grupo.
Extracto dePágina wiki de permisos del sistema de archivos
Clases
...
Los permisos efectivos se determinan en función de la clase del usuario. Por ejemplo, el usuario propietario del archivo tendrá los permisos otorgados a la clase propietaria independientemente de los permisos asignados a la clase de grupo o a otras clases.