Как использовать bin setuid для доступа к другому исполняемому файлу? [Дубликат]

Примеры ужасно небезопасны и позволяют любому, у кого есть два бита знаний, запускать любую программу, которую они хотят, в качестве пользователя setuid.

Никогда не проходите через оболочку, если вы сначала не дезинфицируете среду, а большинство примеров показанные здесь, уязвимы для установки IFS и PATH перед запуском.

Добавьте setuid (0) в скрипт и скомпилируйте его. Он должен работать после этого.

$ cat wrapper.c 
int main(void) 
{ 
        setuid(0);
        system("/bin/bash ./should_run_as_root.sh"); 
} 
$ gcc -o wrapper wrapper.c 
$ sudo chown root wrapper 
$ sudo chmod ug+s wrapper 
$ ll wrapper 
-rwsr-sr-x 1 root users 6667 2009-02-17 11:11 wrapper 
$ 

Еще одна вещь, которую следует отметить здесь, состоит в том, что ограничение здесь происходит от bash, а не от самой системы * nix. Bash действительно делает проверки на скриптах SUID, чтобы выполнять их только с корнем EUID. Если вы берете старые раковины, вы часто получаете то, что хотите, из коробки. Например, sh не делает такого рода проверки:

$ cat wrapper.c
int main(void)
{
            system("/bin/sh -c whoami");
}

$ ls -l wrapper
-rwsr-sr-x 1 root users 8887 Feb 17 14:15 wrapper
$ ./wrapper
root

С bash:

$ cat wrapper.c
int main(void)
{
            system("/bin/bash -c whoami");
}

$ ls -l wrapper
-rwsr-sr-x 1 root users 8887 Feb 17 14:18 wrapper
$ ./wrapper
skinp

Тем не менее, ответ Тома, как правило, подходит для создания обертки для корневых программ SUID

Почему sudo не является жизнеспособным? Он избегает бушующих дыр в безопасности, таких как:

bash-3.2$ cat test
#!/bin/bash
echo ima shell script durp durp
bash-3.2$ chmod +x test
bash-3.2$ ./test
heh heh
bash-3.2$ 

Из-за того, что среда не была надлежащим образом дезинфицирована, например, в этом случае:

export echo='() { builtin echo heh heh; }'

sudo санирует этот случай и, возможно, другие граничные случаи и gotchas, которые могли бы не писать в обычную оболочку suid.