Pourquoi 666 sont les autorisations de création de fichiers par défaut?

Comme je l'ai découvert, lorsque vous utilisez umask, les autorisations les plus élevées que vous pouvez accorder aux fichiers sont 666. Ce qui est fait par umask 0000. C'est à cause des autorisations de création de fichiers par défaut, qui semblent être 666 sur tous les systèmes que je connais.

Je sais que pour les fichiers, nous avons besoin de droits exécutables pour afficher leur contenu.
Mais pourquoi limitons-nous les autorisations de création de fichiers par défaut sur 666?

Pour autant que je sache, cela est codé en dur dans les utilitaires standard. Je stracesouhaitais à la fois touchcréer un nouveau fichier et mkdircréer un nouveau répertoire.

La touchtrace a produit ceci:

open("newfile", O_WRONLY|O_CREAT|O_NOCTTY|O_NONBLOCK, 0666) = 3

tandis que la mkdirtrace a produit ceci:

mkdir("newdir", 0777)                   = 0

À moins de coder le processus de création de fichier / répertoire en C, je ne vois pas de moyen de modifier les autorisations par défaut. Il me semble cependant que ne pas rendre les fichiers exécutables par défaut est logique: vous ne voulez pas qu'un texte aléatoire soit mal interprété par erreur comme des commandes shell.

Mise à jour

Pour vous donner un exemple de la façon dont les bits d'autorisation sont codés en dur dans les utilitaires standard. Voici quelques lignes pertinentes de deux fichiers du coreutilspackage qui contiennent le code source pour les deux touch(1)et mkdir(1), entre autres:

mkdir.c:

if (specified_mode)
   {   
     struct mode_change *change = mode_compile (specified_mode);
     if (!change)
       error (EXIT_FAILURE, 0, _("invalid mode %s"),
              quote (specified_mode));
     options.mode = mode_adjust (S_IRWXUGO, true, umask_value, change,
                                  &options.mode_bits);
     free (change);
   }   
  else
    options.mode = S_IRWXUGO & ~umask_value;
}   

En d'autres termes, si le mode n'est pas spécifié, réglez-le sur S_IRWXUGO(lire: 0777) modifié par le umask_value.

touch.c est encore plus clair:

int default_permissions =
  S_IRUSR | S_IWUSR | S_IRGRP | S_IWGRP | S_IROTH | S_IWOTH;

Autrement dit, donnez des autorisations de lecture et d'écriture à tout le monde (lire: 0666), qui seront umaskbien sûr modifiées par le processus de création de fichiers.

Vous pouvez peut-être contourner ce problème uniquement par programme: c'est-à-dire lors de la création de fichiers à partir d'un programme C, où vous effectuez les appels système directement ou à partir d'un langage qui vous permet de faire un appel système de bas niveau (voir par exemple Perl sysopensous perldoc -f sysopen).

Tout d'abord, il n'y a pas de valeur par défaut globale, les autorisations dépendent de l'application qui crée le fichier. Par exemple, ce petit programme C créera un fichier '/ tmp / foo' avec les permissions 0777 si umask vaut 0000 (en tout cas les permissions seront 0777 & ~ umask):

int main() 
{
   creat("/tmp/foo", 0777);
   return 0;
}

Cela étant dit, de nombreuses applications créent des fichiers avec des autorisations de 0666. Cela a deux raisons:

1. Sécurité: vous ne voulez pas qu'un fichier arbitraire soit exécutable.
2. Commodité: la plupart des fichiers n'ont pas besoin d'être exécutables. Il est plus facile de définir le bit exécutable sur quelques fichiers sélectionnés que de le désactiver sur la grande quantité d'autres fichiers. Bien sûr, umask 0133 résoudrait cela, mais alors rien n'est gagné et vous ne pouvez pas laisser les programmes créer des fichiers exécutables même si vous le souhaitez.