Чи можна виконати бінарний Linux без встановлення біта дозволу на виконання?

Чи є спосіб запустити виконуваний бінарний файл під Linux, у якому не встановлено біт виконання? chmod +xне є варіантом.

Наприклад, це можуть бути r--r--r--лише дозволи .

Виконання сценаріїв можливе без встановлення біта виконання та введення в шебанг, передавши джерело інтерпретатору, наприклад, bash script.shабо python script.py.

То чи є щось подібне, execute abinaryfileщо завантажить об’єктний код у пам'ять і запустить його?

Ви можете використовувати /lib/ld*.so як перекладач ELF, наприклад:

$ cp /bin/ls /tmp/ls
$ chmod a-x /tmp/ls
$ /lib/ld-linux.so.2 /tmp/ls

Дійсна назва відрізняється від архітектури до архітектури. Деякі імена включають в себе /lib/ld-linux.so.2, /lib/ld-linux-x86-64.so.2і /lib/ld-2.7.so. Напевно, ви можете знайти його поодиноко як /lib/ld*.

Принаймні, не тим самим. Ви все ще виконуєте двійковий файл, коли робите пітон. Python - це + x. Вам потрібно буде скласти щось, що може завантажити файл і виконати його.

TiCL повинен відповісти на свою відповідь, оскільки це найкращий шлях.

Система execвиклику ядра Linux не працює, EACCESякщо файл не виконується

Поки ви можете це зробити sh myprog.sh, намагаючись запустити програму так, як ./myprog.shне може працювати, оскільки коли ви це робите:

• Bash використовує системний виклик exec ./myprog.sh
• shebangs інтерпретуються безпосередньо execсистемним викликом ядра Linux, як пояснено на веб- сайті: /programming/2429511/why-do-people-write-the-usr-bin-env-python-shebang-on -перший-рядок-a-pyt / 40938801 # 40938801
• ядро Linux відмовляється виконувати файли без дозволу виконання

Це можна підтвердити за допомогою 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);
}

і myprog.sh:

#!/bin/sh
echo worked

Якщо myprog.shце не виконується, mainне вдається:

execve: Permission denied
13
13

Випробувано в Ubuntu 17.10, gcc -std=c99.

POSIX 7 згадує, що:

Функції exec, крім fexecve (), не спрацьовують, якщо:

[EACCES] У дозволі на пошук відмовлено в каталозі, вказаному в префіксі шляху нового файлу образу процесу, або новий файл зображення процесу відхиляє дозвіл на виконання.

Подальше обґрунтування можна знайти на веб-сторінці : /security/66550/unix-execute-permission-can-be-easily-bypassed-is-it-superfluous-or-whats-the