Право на исполнение

По-моему, её выпиливали только для noexec-ФС.

А это разве не аналогично sh 666.sh ? Олсо, у меня всегда работало.

>По-моему, её выпиливали только для noexec-ФС.

Я точно не уверен, может, пытался делать на /tmp, но когда-то не запускалось (обстоятельства не помню), а сейчас запускается.

Сомнения закрались, когда я решил погуглить и нашёл, что в какой-то версии glibc (не написано, какой) ld-linux.so стал проверять право на выполнение. И если это не так, то почему до сих пор не запилили?

Критично только для ФС, смонтированных с noexec. Как верно сказал анонимус, это аналогично запуску интерпретатором скрипта без прав на исполнение.

Usage: ld.so [OPTION]... EXECUTABLE-FILE [ARGS-FOR-PROGRAM...]
You have invoked `ld.so', the helper program for shared library executables.
This program usually lives in the file `/lib/ld.so', and special directives
in executable files using ELF shared libraries tell the system's program
loader to load the helper program from this file.  This helper program loads
the shared libraries needed by the program executable, prepares the program
to run, and runs it.  You may invoke this helper program directly from the
command line to load and run an ELF executable file; this is like executing
that file itself, but always uses this helper program from the file you
specified, instead of the helper program file specified in the executable
file you run.  This is mostly of use for maintainers to test new versions
of this helper program; chances are you did not intend to run this program.

You may invoke this helper program directly from the command line to load and run an ELF executable file;

Здесь под executable понимается не бит на исполнение, а то, что это не библиотека, а именно программа.

Также см. man mount:

FILESYSTEM INDEPENDENT MOUNT OPTIONS
       noexec Do  not  allow  direct  execution  of  any  binaries  on the mounted filesystem.  (Until recently it was possible to run binaries anyway using a command like /lib/ld*.so /mnt/binary. This trick fails since Linux 2.4.25 / 2.6.0.)

Понятно, значит, в тот раз это было на ФС с noexec. В принципе, всё логично, но получается, то право на выполнение файла по сути ничего не решает. Если установлено право на чтение, то кто угодно сможет выполнить программу таким образом, а если нет права на чтение, то сможет выполнить только при наличии права на выполнение, поэтому право исполнения можно вообще выпилить из Linux, а регулировать всё правом чтения, и ничего не изменится. Я где-то ошибся или почему тогда право на выполнение всё ещё используют?

а если нет права на чтение, то сможет выполнить только при наличии права на выполнение

17:20:56 tia-laptop ~/scripts
[ tia ] $ chmod -r splitcue 
17:21:02 tia-laptop ~/scripts
[ tia ] $ ./splitcue 
/bin/bash: ./splitcue: Отказано в доступе
17:21:03 tia-laptop ~/scripts
[ tia ] $ chmod +r splitcue 
17:21:32 tia-laptop ~/scripts
[ tia ] $ ./splitcue 
File you selected not found! ()

Хм, получается, со скриптами не так, как с elf'ами.

Выходит, что скрипты можно запустить тогда и только тогда, когда есть право на чтение, а elf'ы можно запустить тогда и только тогда, когда есть право на чтение или право на выполнение.

То есть, если выпилить право на выполнение из Линукса, то возможность выполнения будет, если юзер может прочитать файл, и это будет одинаково и для скриптов, и для elf'ов. В жизни никогда не встречал ситуации, когда нужно было поставить права типа --x, поэтому даже сейчас права на исполняемые файлы разруливаются через право на чтение, а право на выполнение не решает.