Perché 666 sono le autorizzazioni predefinite per la creazione di file?

Come ho scoperto, quando si utilizza umask, le autorizzazioni più elevate che è possibile assegnare ai file sono 666. Il che è fatto da umask 0000. Ciò è dovuto alle autorizzazioni predefinite per la creazione di file, che sembrano essere 666 su tutti i sistemi che conosco.

So che per i file abbiamo bisogno dei diritti eseguibili per mostrare i loro contenuti.
Ma perché limitiamo le autorizzazioni predefinite per la creazione di file su 666?

Per quanto ne so, questo è codificato in utility standard. Ho creato stracesia un touchnuovo file sia una mkdircreazione di una nuova directory.

La touchtraccia ha prodotto questo:

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

mentre la mkdirtraccia ha prodotto questo:

mkdir("newdir", 0777)                   = 0

A corto di codifica del processo di creazione di file / directory in C, non vedo un modo per modificare le autorizzazioni predefinite. Mi sembra, tuttavia, che non rendere i file eseguibili per impostazione predefinita abbia senso: non si desidera che qualsiasi testo casuale venga erroneamente frainteso come comandi di shell.

Aggiornare

Per darvi un esempio di come i bit di autorizzazione sono codificati nelle utility standard. Ecco alcune righe rilevanti da due file nel coreutilspacchetto che contiene il codice sorgente per entrambi touch(1)e mkdir(1), tra gli altri:

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;
}   

In altre parole, se la modalità non è specificata, impostarla su S_IRWXUGO(leggi: 0777) modificata da umask_value.

touch.c è ancora più chiaro:

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

Cioè, concedi le autorizzazioni di lettura e scrittura a tutti (leggi: 0666), che saranno umaskovviamente modificate dal processo di creazione del file.

Potresti essere in grado di aggirare questo solo a livello di programmazione: ad esempio durante la creazione di file all'interno di un programma C, in cui effettui chiamate di sistema direttamente o all'interno di una lingua che ti consente di effettuare un syscall di basso livello (vedi ad esempio Perl sysopensotto perldoc -f sysopen).

Prima di tutto, non esiste un valore predefinito globale, le autorizzazioni dipendono dall'applicazione che crea il file. Ad esempio, questo piccolo programma C creerà un file '/ tmp / foo' con autorizzazioni 0777 se umask è 0000 (in ogni caso le autorizzazioni saranno 0777 e ~ umask):

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

Detto questo, molte applicazioni creano file con autorizzazioni di 0666. Ciò ha due motivi:

1. Sicurezza: non si desidera che nessun file arbitrario sia eseguibile.
2. Convenienza: la maggior parte dei file non deve essere eseguibile. È più facile impostare il bit eseguibile su alcuni file selezionati piuttosto che annullarlo sull'enorme quantità di altri file. Ovviamente, umask 0133 risolverebbe questo problema, ma poi non si vince nulla e non si può permettere ai programmi di creare file eseguibili anche se si desidera.