¿Pueden ejecutarse los scripts incluso cuando no están configurados como ejecutables?

Parece que puedo ejecutar scripts (.sh) con y sin ellos configurados como ejecutables. Entonces, ¿dónde importa exactamente esto?

Digamos que tiene el archivo que myscriptcontiene lo siguiente:

#!/bin/bash
echo "Hello, World!"

Si hace que este archivo sea ejecutable y lo ejecute ./myscript, el núcleo verá que los dos primeros bytes son #!, lo que significa que es un archivo de script. El núcleo usará el resto de la línea como intérprete y pasará el archivo como primer argumento. Entonces, se ejecuta:

/bin/bash myscript

y bash lee el archivo y ejecuta los comandos que contiene.

Por lo tanto, para bash (o cualquier intérprete que requiera su script) para "ejecutar" el script, solo necesita poder leer el archivo.

Entonces, para los scripts, el bit de ejecución solo hace que sea un poco más conveniente ejecutarlo. Mientras bash sea ejecutable, siempre puede ejecutar bash con el archivo de script como argumento, o ejecutar bash de forma interactiva y copiar y pegar el script línea por línea en su terminal para ejecutar los comandos.

Asegúrese de no confundir "ejecutar el script de shell" con "ejecutar un script de shell usando sh".

Esto no se verá afectado por los permisos de archivo en file.sh:

sh file.sh

Está ejecutando sh(que resuelve el programa /bin/sh), que lee file.shy ejecuta su código.

Los permisos de archivo tendrán efecto si realmente ejecuta el script en sí :

./file.sh

Tenga en cuenta que los permisos de archivos no son compatibles con sistemas de archivos que no sean Linux, como FAT. Entonces, incluso si ejecuta chmod -x file.sh, el archivo seguirá teniendo sus permisos anteriores.

El sistema de archivos impone el permiso de ejecución. Pero los programas también pueden "ejecutar" el código al leer el contenido del archivo, lo que omite los permisos del sistema de archivos en "ejecutar".

No pienses en eso de la manera que. ¿Puedo ejecutar este archivo? Piénselo de la manera que: ¿Quién puede ejecutar este archivo?

Si la computadora es suya y el archivo es suyo, estoy seguro de que puede ejecutarlo. Es posible que desee profundizar en comandos como chmod y chown , y permisos de archivos.

Espero que eso ayude.

La execsyscall del kernel de Linux falla EACCESsi el archivo no es ejecutable

Si bien puede hacerlo sh myprog.sh(que solo lee los archivos e interpreta), intentar ejecutar el programa ./myprog.shno puede funcionar, ya que cuando lo hace:

• su shell Bash en la terminal usa la execllamada del sistema en./myprog.sh
• los shebangs son interpretados directamente por la execllamada al sistema del kernel de Linux como se explica en: /programming/2429511/why-do-people-write-the-usr-bin-env-python-shebang-on -la-primera-línea-de-un-pyt / 40938801 # 40938801
• el kernel de Linux se niega a ejecutar archivos sin permiso ejecutable

Esto se puede verificar con main.c:

#define _XOPEN_SOURCE 700
#include <errno.h>
#include <stdio.h>
#include <unistd.h>

int main(void) {
    char *argv[] = {"myprog", NULL};
    char *envp[] = {NULL};
    int ret;
    ret = execve("myprog.sh", argv, envp);
    perror("execve");
    printf("%d\n", errno);
    printf("%d\n", EACCES);
}

y myprog.sh:

#!/bin/sh
echo worked

Si myprog.shno es ejecutable, mainfalla con:

execve: Permission denied
13
13

Probado en Ubuntu 17,10, gcc -std=c99.

POSIX 7 menciona que en:

Las funciones ejecutivas, excepto fexecve (), fallarán si:

[EACCES] Se denegó el permiso de búsqueda para un directorio que figura en el prefijo de ruta del nuevo archivo de imagen de proceso, o el nuevo archivo de imagen de proceso niega el permiso de ejecución.

Se pueden encontrar más razones en: /security/66550/unix-execute-permission-can-be-easily-bypassed-is-it-superfluous-or-whats-the