Почему 666 являются разрешениями на создание файлов по умолчанию?

Как я выяснил, при использовании umask максимальные разрешения, которые вы можете дать файлам, равны 666. Что и делается umask 0000. Это из-за разрешений на создание файлов по умолчанию, которые кажутся 666 в каждой системе, которую я знаю.

Я знаю, для файлов нам нужны права на исполняемые файлы, чтобы показать их содержимое.
Но почему мы ограничиваем разрешения по умолчанию для создания файлов на 666?

Насколько я могу судить, это жестко запрограммировано в стандартные утилиты. Я straced одновременно touchсоздать новый файл и mkdirсоздать новый каталог.

touchСледа производится следующим образом :

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

в то время как mkdirслед произвел это:

mkdir("newdir", 0777)                   = 0

Если не считать кодирование процесса создания файла / каталога в C, я не вижу способа изменить разрешения по умолчанию. Однако мне кажется, что не делать файлы исполняемыми по умолчанию имеет смысл: вы не хотите, чтобы какой-либо случайный текст был случайно неверно истолкован как команды оболочки.

Обновить

Чтобы дать вам пример того, как биты разрешений жестко закодированы в стандартные утилиты. Вот некоторые соответствующие строки из двух файлов в coreutilsпакете, который содержит исходный код для обоих touch(1)и mkdir(1), среди прочего:

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

Другими словами, если режим не указан, установите для него значение S_IRWXUGO(читай: 0777), измененное параметром umask_value.

touch.c еще понятнее

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

То есть дать каждому право на чтение и запись (читай: 0666), что umask, конечно , будет изменено процессом создания файла.

Вы можете быть в состоянии обойти это программно только: то есть при создании файлов из любой программы C, где вы делаете системные вызовы напрямую или из языка , что позволяет сделать низкоуровневый системный вызов (смотрите, например , в Perl sysopenUnder perldoc -f sysopen).

Во-первых, нет глобального значения по умолчанию, разрешения зависят от приложения, которое создает файл. Например, эта маленькая программа на C создаст файл '/ tmp / foo' с разрешениями 0777, если umask равен 0000 (в любом случае разрешения будут 0777 & ~ umask):

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

При этом многие приложения создают файлы с разрешениями 0666. У этого есть две причины:

1. Безопасность: вы не хотите, чтобы любой произвольный файл был исполняемым.
2. Удобство: большинство файлов не обязательно должны быть исполняемыми. Легче установить исполняемый бит для нескольких выбранных файлов, чем сбрасывать его для огромного количества других файлов. Конечно, umask 0133 решит эту проблему, но тогда ничего не выиграет, и вы не сможете позволить программам создавать исполняемые файлы, даже если вы этого хотите.