O que é um caso de uso válido para uma permissão de arquivo "somente execução"?

Eu estava lendo chmod e seus modos octais . Eu vi que 1é apenas executar. O que é um caso de uso válido para uma permissão somente de execução? Para executar um arquivo, normalmente é necessário ter permissão de leitura e execução.

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

Os scripts de shell exigem a permissão de leitura para serem executados, mas os arquivos binários não:

$ 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

Exibir o conteúdo de um arquivo e executá-lo são duas coisas diferentes. Com os scripts de shell, essas coisas estão relacionadas porque são "executadas" pela "leitura" delas em um novo shell (ou no atual), se você perdoar a simplificação. É por isso que você precisa ser capaz de lê-los. Os binários não usam esse mecanismo.

Para diretórios, a permissão de execução é um pouco diferente; significa que você pode fazer coisas com arquivos dentro desse diretório (por exemplo, lê-los ou executá-los). Então, digamos que você tenha um conjunto de ferramentas em /toolsque deseja que as pessoas possam usar, mas apenas se elas souberem. chmod 711 /tools. Em seguida, as coisas executáveis /toolspodem ser executadas explicitamente (por exemplo /tools/mytool), mas ls /tools/serão negadas. Da mesma forma, os documentos podem ser armazenados nos /private-docsquais podem ser lidos se e somente se os nomes dos arquivos forem conhecidos.

No Gentoo, programas executáveis ​​que são setuid (configurados para serem executados com as permissões de seus proprietários em vez de seus invocadores) têm acesso negado de leitura (modo 4711). Isso é para adicionar uma camada de proteção contra a exploração de bugs para ajudar na escalação de privilégios.

Se um invasor sem privilégios puder ler um arquivo setuid e souber de um bug que permita um ataque ao estilo libc , ele poderá usar o conteúdo do arquivo para prever onde certas funções ou bibliotecas úteis provavelmente estarão colocado na memória quando o programa é chamado.

Os sistemas modernos geralmente incluem proteções adicionais que são mais eficazes, como o ASLR , mas as restrições presentes nas plataformas de 32 bits podem deixá-los mais facilmente exploráveis.

Parece que o valor de "somente execução" não tem muita utilidade para um arquivo, mas pode ser usado para impedir que alguém leia o conteúdo de um diretório.

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

Você precisa ter permissões de leitura e execução para executar um script. A leitura do conteúdo de um script é o que permite sua execução; portanto, você deve poder read and execute. Caso contrário, você não poderá executar um script sem ele.

O que é um caso de uso válido para uma permissão somente de execução?

Segurança. Alguns podem querer proteger seus arquivos e impedir que outros os executem ou os usem.