「実行のみ」のファイル許可の有効なユースケースは何ですか？

私はchmodとその8進数モードについて読んでいました。私はそれ1が実行のみであることを見ました。実行のみの権限の有効なユースケースは何ですか？ファイルを実行するには、通常、読み取りおよび実行権限が必要です。

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

シェルスクリプトを実行するには読み取りアクセス許可が必要ですが、バイナリファイルでは必要ありません。

$ 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

ファイルの内容を表示して実行することは、2つの異なることです。単純化を許せば、シェルスクリプトでは、これらのことは新しいシェル（または現在のシェル）に「読み込む」ことによって「実行」されるため、関連しています。これがあなたがそれらを読むことができる必要がある理由です。バイナリはそのメカニズムを使用しません。

ディレクトリの場合、実行許可は少し異なります。これは、そのディレクトリ内のファイルに対して何かを実行できることを意味します（たとえば、読み取りまたは実行）。だから、あなたが/tools人々がそれらを知っている場合にのみ、人々が使用できるようにしたいというツールのセットを持っているとしましょう。chmod 711 /tools。その後、実行可能なものを/tools明示的に実行できますが（例：）/tools/mytool、ls /tools/拒否されます。同様に、/private-docsファイル名がわかっている場合にのみドキュメントを読み込むことができます。

Gentooでは、setuid（実行者ではなく所有者の許可で実行するように設定）されている実行可能プログラムは、読み取りアクセスを拒否されます（モード4711）。これは、権限昇格を支援するバグの悪用に対する保護の層を追加することです。

特権のない攻撃者がsetuidファイルを読み取ることができ、libcスタイルに戻る攻撃を許可するバグを知っている場合、ファイルの内容を使用して特定の有用な関数またはライブラリが存在する可能性が高い場所を予測できる可能性がありますプログラムが呼び出されたときにメモリに配置されます。

最近のシステムには、ASLRなど、より効果的な追加の保護が含まれていることがよくありますが、32ビットプラットフォームに存在する制限により、より簡単に悪用される可能性があります。

「execute only」の値はファイルに対してあまり使用されないように見えますが、ディレクトリの内容を読み取れないようにするために使用できます。

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

スクリプトを実行するには、読み取り権限と実行権限が必要です。スクリプトの内容を読み取ることで、スクリプトを実行できるようになりread and executeます。それ以外の場合は、それなしではスクリプトを実行できません。

実行のみの権限の有効なユースケースは何ですか？

セキュリティ。ファイルを保護し、他のユーザーがそれらを実行したり使用したりできないようにしたい場合があります。