Qu'est-ce qu'un cas d'utilisation valide pour une autorisation de fichier «exécuter uniquement»?

Je lisais sur chmod et ses modes octaux . J'ai vu que 1c'est exécuter uniquement. Qu'est-ce qu'un cas d'utilisation valide pour une autorisation d'exécution uniquement? Pour exécuter un fichier, on voudrait généralement une autorisation de lecture et d'exécution.

$ echo 'echo foo' > say_foo
$ chmod 100 ./say_foo
$ ./say_foo
bash: ./say_foo: Permission denied
$ chmod 500 ./say_foo
$ ./say_foo
foo

Les scripts shell nécessitent l'autorisation de lecture pour être exécutés, mais les fichiers binaires ne le font pas:

$ cat hello.cpp
#include<iostream>

int main() {
    std::cout << "Hello, world!" << std::endl;
    return 0;
}
$ g++ -o hello hello.cpp
$ chmod 100 hello
$ ./hello
Hello, world!
$ file hello
hello: executable, regular file, no read permission

L'affichage du contenu d'un fichier et son exécution sont deux choses différentes. Avec les scripts shell, ces choses sont liées car elles sont "exécutées" en les "lisant" dans un nouveau shell (ou le shell actuel), si vous pardonnez la simplification. C'est pourquoi vous devez pouvoir les lire. Les binaires n'utilisent pas ce mécanisme.

Pour les répertoires, l'autorisation d'exécution est un peu différente; cela signifie que vous pouvez effectuer des opérations sur les fichiers de ce répertoire (par exemple, les lire ou les exécuter). Supposons donc que vous ayez un ensemble d'outils en ce sens /toolsque vous voulez que les gens puissent l'utiliser, mais seulement s'ils les connaissent. chmod 711 /tools. Ensuite, les choses exécutables /toolspeuvent être exécutées explicitement (par exemple /tools/mytool), mais ls /tools/seront refusées. De même, des documents pourraient être stockés dans /private-docslesquels pourraient être lus si et seulement si les noms de fichiers sont connus.

Sur Gentoo, les programmes exécutables setuid (configurés pour s'exécuter avec les autorisations de leur propriétaire au lieu de leur invocateur) se voient refuser l'accès en lecture (mode 4711). Il s'agit d'ajouter une couche de protection contre l'exploitation des bogues pour faciliter l'escalade de privilèges.

Si un attaquant non privilégié peut lire un fichier setuid, et qu'il connaît un bogue qui permet une attaque de retour à la libc , il pourra peut-être utiliser le contenu du fichier pour prédire où certaines fonctions ou bibliothèques utiles sont susceptibles de se trouver. placé en mémoire lorsque le programme est appelé.

Les systèmes modernes incluent souvent des protections supplémentaires plus efficaces, comme l' ASLR , mais les restrictions présentes dans les plates-formes 32 bits peuvent les rendre plus facilement exploitables.

Il semble que la valeur de "exécuter uniquement" n'ait pas beaucoup d'utilité pour un fichier, mais elle peut être utilisée pour empêcher l'un de lire le contenu d'un répertoire.

$ mkdir foo
$ touch foo/bar
$ ls foo/
bar
$ chmod 100 foo
$ ls foo/
ls: cannot open directory foo/: Permission denied

Vous devez avoir des autorisations de lecture et d'exécution pour exécuter un script. La lecture du contenu d'un script est ce qui lui permet de s'exécuter, vous devez donc pouvoir le faire read and execute. Sinon, vous ne pouvez pas exécuter un script sans lui.

Qu'est-ce qu'un cas d'utilisation valide pour une autorisation d'exécution uniquement?

Sécurité. Certains peuvent vouloir protéger leurs fichiers et empêcher d'autres de les exécuter ou de les utiliser.