Quel est le but de l'utilisateur 'nobody'?

L'utilisateur nobody est réservé uniquement pour NFS.

Les réponses ci-dessus sont plutôt incorrectes, car elles supposent que nobody est un identifiant d'utilisateur "générique" anonyme/invité.

Dans le modèle de contrôle d'accès UNIX/Linux, les identifiants d'utilisateur anonymes/invités n'existent pas et ce sont de mauvaises suggestions :

• "Il est courant d'exécuter des démons en tant que nobody, en particulier des serveurs, afin de limiter les dommages pouvant être causés par un utilisateur malveillant qui en prendrait le contrôle." en raison de ce qui suit : "Cependant, l'utilité de cette technique est réduite si plusieurs démons sont exécutés de cette manière, car prendre le contrôle d'un démon permettrait de contrôler tous les démons.".
• "Un exemple concret est memcached (une base de données/cache en mémoire de type clé-valeur), installé sur mon ordinateur et mon serveur fonctionnant sous le compte nobody. Pourquoi ? Parce qu'il n'a tout simplement pas besoin de permissions et lui attribuer un compte ayant le droit d'écrire des fichiers ne serait qu'un risque inutile."

Le nom d'utilisateur nobody avec l'identifiant d'utilisateur 65534 a été créé et réservé à des fins spécifiques et ne doit être utilisé que pour cette raison : en tant que substitut pour les utilisateurs et les identifiants d'utilisateur "non mappés" dans les exports d'arborescence NFS.

C'est-à-dire que, sauf si une correspondance utilisateur/identifiant est configurée pour les exports d'arborescence NFS, tous les fichiers de l'exportation apparaîtront comme étant propriété de nobody. Le but est d'empêcher tous les utilisateurs du système importateur d'accéder à ces fichiers (à moins qu'ils aient des permissions "autre"), car aucun d'entre eux (à l'exception de root) ne peut être/devenir nobody.

Il est donc très mauvais d'utiliser nobody pour quelconque autre usage, car son but est d'être un nom d'utilisateur/identifiant d'utilisateur pour les fichiers qui ne doivent être accessibles à personne.

L'entrée du Wiki est également très incorrecte.

La pratique UNIX/Linux consiste à créer un nouveau compte pour chaque "application" ou domaine d'application nécessitant un domaine de contrôle d'accès séparé, et de ne jamais réutiliser nobody en dehors de NFS.

Dans de nombreuses variantes d'Unix, "nobody" est le nom conventionnel d'un utilisateur qui ne possède aucun fichier, n'appartient à aucun groupe privilégié et ne dispose d'aucune capacité excepté celles que tout autre utilisateur a.

Il est courant d'exécuter des démons en tant que nobody, surtout des serveurs, afin de limiter les dommages qui pourraient être causés par un utilisateur malveillant qui les aurait contrôlés. Cependant, l'utilité de cette technique est réduite si plusieurs démons sont exécutés de cette manière, car prendre le contrôle d'un démon permettrait d'en contrôler tous. La raison en est que les processus appartenant à nobody ont la capacité de s'envoyer des signaux mutuellement et même de se déboguer mutuellement, ce qui leur permet de lire voire de modifier la mémoire des autres.

Information prise sur http://en.wikipedia.org/wiki/Nobody_(username).

L'utilisateur nobody est créé par défaut lors d'une installation fraîche (vérifié sur Ubuntu Desktop 13.04).

Dans de nombreuses variantes *nix, nobody est le nom conventionnel d'un compte utilisateur qui ne possède aucun fichier, n'appartient à aucun groupe privilégié, et n'a aucune capacité sauf celles que chaque autre utilisateur possède (l'utilisateur nobody et le groupe n'ont aucune entrée dans le fichier /etc/sudoers).

Il est courant d'exécuter des daemons en tant que nobody, en particulier des serveurs, afin de limiter les dommages qui pourraient être causés par un utilisateur malveillant qui les contrôlerait. Cependant, l'utilité de cette technique est réduite si plus d'un daemon est exécuté ainsi, car prendre le contrôle d'un daemon fournirait le contrôle sur tous. La raison en est que les processus appartenant à nobody ont la possibilité de s'envoyer des signaux les uns aux autres et même de se déboguer mutuellement, leur permettant de lire voire modifier la mémoire des autres.

_{<strong>Source</strong>: <a href="http://en.wikipedia.org/wiki/Nobody_%28username%29">Wikipedia - Nobody (username)</a>}

Les processus appartenant à nobody peuvent envoyer des signaux aux uns aux autres et même se ptracer mutuellement sous Linux, ce qui signifie qu'un processus appartenant à nobody peut lire et écrire la mémoire d'un autre processus appartenant à nobody.

Voici un exemple d'entrée de l'utilisateur nobody dans le fichier /etc/passwd:

alaa@aa-lu:~$ grep nobody /etc/passwd
nobody:x:65534:65534:nobody:/nonexistent:/bin/sh

Comme vous pouvez le constater, l'utilisateur nobody a /bin/sh comme shell de connexion et /nonexistent comme répertoire personnel. Comme son nom l'indique, le répertoire /nonexistent n'existe pas par défaut.

Si vous êtes paranoïaque, vous pouvez définir le shell par défaut de nobody comme /usr/sbin/nologin et ainsi refuser la connexion ssh pour l'utilisateur nobody.

_{<strong>Source</strong>: <a href="http://linuxg.net/the-linux-and-unix-nobody-user/">LinuxG.net - The Linux and Unix Nobody User</a>}

Nobody est un compte utilisateur et de groupe spécial. Parce que c'est un nom d'utilisateur (et de groupe) réel et peut être utilisé par des processus et même des utilisateurs, ce n'est pas littéralement nobody. Par exemple, certaines configurations Apache ont nobody en tant qu'utilisateur/groupe qui possède les fichiers et répertoires du site web. Le problème survient lorsque plusieurs processus peuvent utiliser l'utilisateur nobody, comme les répertoires NFS et le serveur web.