Tại sao 666 quyền tạo tệp mặc định?

Như tôi đã tìm ra, khi sử dụng umask, quyền cao nhất bạn có thể cấp cho các tệp là 666. Điều này được thực hiện bởi umask 0000. Đó là vì các quyền tạo tệp mặc định, dường như là 666 trên mọi hệ thống mà tôi biết.

Tôi biết đối với các tệp chúng tôi cần quyền thực thi để hiển thị nội dung của chúng.
Nhưng tại sao chúng tôi giới hạn quyền tạo tệp mặc định trên 666?

Theo như tôi có thể nói, điều này được mã hóa cứng thành các tiện ích tiêu chuẩn. Tôi stracevừa touchtạo một tệp mới vừa mkdirtạo thư mục mới.

Dấu touchvết tạo ra điều này:

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

trong khi mkdirdấu vết tạo ra điều này:

mkdir("newdir", 0777)                   = 0

Thiếu mã hóa quá trình tạo tệp / thư mục trong C, tôi không thấy cách sửa đổi các quyền mặc định. Tuy nhiên, dường như đối với tôi, việc không làm cho các tệp thực thi theo mặc định có ý nghĩa: bạn không muốn bất kỳ văn bản ngẫu nhiên nào vô tình bị hiểu nhầm là các lệnh shell.

Cập nhật

Để cho bạn một ví dụ về cách các bit quyền được mã hóa cứng vào các tiện ích tiêu chuẩn. Dưới đây là một số dòng có liên quan từ hai tệp trong coreutilsgói chứa mã nguồn cho cả hai touch(1)và mkdir(1), trong số các tệp khác:

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

Nói cách khác, nếu chế độ không được chỉ định, hãy đặt nó thành S_IRWXUGO(đọc: 0777) được sửa đổi bởi umask_value.

touch.c thậm chí còn rõ ràng hơn:

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

Tất nhiên, đó là cấp quyền đọc và ghi cho mọi người (đọc: 0666), điều này sẽ được sửa đổi theo quy trình umasktạo tệp, tất nhiên.

Bạn có thể làm được việc này lập trình chỉ: tức là trong khi tạo ra các file từ bên trong hoặc là một chương trình C, nơi bạn thực hiện các cuộc gọi hệ thống trực tiếp hoặc từ bên trong một ngôn ngữ cho phép bạn thực hiện một syscall ở mức độ thấp (xem ví dụ của Perl sysopendưới perldoc -f sysopen).

Trước hết, không có mặc định toàn cầu, các quyền phụ thuộc vào ứng dụng tạo tệp. Ví dụ: chương trình C nhỏ này sẽ tạo một tệp '/ tmp / foo' với quyền 0777 nếu umask là 0000 (trong mọi trường hợp, quyền sẽ là 0777 & ~ umask):

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

Điều đó đang được nói, nhiều ứng dụng tạo các tệp có quyền 0666. Điều đó có hai lý do:

1. Bảo mật: bạn không muốn bất kỳ tệp tùy ý nào có thể được thực thi.
2. Thuận tiện: hầu hết các tập tin không cần phải được thực thi. Dễ dàng thiết lập bit thực thi trên một vài tệp được chọn hơn là bỏ đặt nó trên số lượng lớn các tệp khác. Tất nhiên, umask 0133 sẽ giải quyết vấn đề này, nhưng sau đó không có gì giành được và bạn không thể để các chương trình tạo các tệp thực thi ngay cả khi bạn muốn.