Pourquoi setuid ne fonctionne pas sur l'exécutable?

Je sais que l'activation de setuid sur les scripts pose des problèmes de sécurité et est donc inactive par défaut, mais attendez-vous à ce que cela fonctionne pour les exécutables. J'ai créé et exécutable qui affiche uid en sortie en suivant les instructions décrites dans ce post: Autoriser setuid sur les scripts shell

Mais il retourne le même uid (1000) avant et après l'exécution sudo chmod +s ./setuid-test. Je pense que cela signifie que setuid n'a aucun effet sur mon exécutable, pourquoi et comment le résoudre?

Le code source:

#include <stdio.h>
#include <unistd.h>
int main(int argc, char** argv) {
    printf("%d", geteuid());
    return 0;
}

Construit et exécuté avec

$ gcc -o setuid-test setuid-test.c
$ ./setuid-test
1000
$ sudo chown nobody ./setuid-test; sudo chmod +s ./setuid-test
$ ./setuid-test
1000

En courant ls -la, voici ce que j'obtiens:

me@me:~$ ls -la setuid-test
-rwsrwsr-x 1 nobody me 8572 Aug 19 16:39 setuid-test

La plupart des systèmes de fichiers conçus pour Unix / Linux peuvent être montés avec un nosuidattribut, ce qui empêchera les binaires setuid ou setgid situés sur ces systèmes de fichiers de modifier l'uid ou le gid effectif d'un processus. Il est souvent utilisé lors du montage de systèmes de fichiers "non fiables", ceux qui sont sous le contrôle d'un non-administrateur.

Dans votre cas, le système de fichiers que vous utilisez est de type ecryptfs, qui selon askubuntu: Erreur lors de l'exécution de binaire avec root setuid sous le répertoire personnel chiffré applique automatiquement nosuid (et nodev), en commençant par les versions d'il y a quelques années.

Voici une description de la raison du changement, à partir de https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2012-3409 :

Vincent Danen 2012-07-20 11:25:56 EDT
Il a été signalé que l'assistant de montage ecryptfs privé (/sbin/mount.ecryptfs_private), qui est setuid-root, pourrait permettre à un utilisateur local non privilégié de monter des partages ecryptfs contrôlés par l'utilisateur sur le système local. Étant donné que l'aide ecryptfs ne monte pas de systèmes de fichiers avec les indicateurs "nosuid" et "nodev", il serait possible pour un utilisateur de monter un système de fichiers contenant des fichiers binaires setuid-root et / ou des fichiers de périphérique qui pourraient entraîner l'escalade de leurs privilèges. Cela pourrait être fait via un périphérique USB, si l'utilisateur avait un accès physique au système.
... Le
forçage des indicateurs de montage MS_NOSUID et MS_NODEV a été ajouté à la version 99.

Le bit SetUID sur l'exécutable permet d'exécuter l'exécutable sur le propriétaire du fichier (pas sur le superutilisateur). Pour pouvoir exécuter l'exécutable en tant que root, exécutez:

sudo chown 0:0 ./setuid-test