С какими правами файл "рождается"
На самом деле вопрос поставлен не совсем корректно.
Дело в том, что новый файл появляется в результате работы какой-либо
программы. В то же время, в Юниксе существуют системные функции, которые
позволяют менять владельца файла, группу и права доступа. Естественно,
программа порождающая файл может вызывать эти функции и таким образом
создать файл с любыми атрибутами.
Поэтому, правильный ответ - "это зависит от программы, которая этот
файл создает".
Однако, большинство программ этими функциями не пользуются, поэтому
можно сказать, что "в большинстве случаев" атрибуты создаваемых файлов все
таки подчиняются нескольким простым правилам.
Итак. Какие же у только что созданного файла будут владелец, группа
и права доступа?
Владелец файла определяется "эффективным userID'ом" программы, которая
его создает. Это означает, что в большинстве случаев владельцем файла
будет тот юзер, который его создал (естественно, с помощью какой-нибудь
программы). Если же программа "суидная", то есть во время выполнения
имеет права того юзера, которой является владельцем этой программы,
то, соответственно, все файлы, порожденные этой программой будут
принадлежать хозяину программы, а не юзеру, который ее запустил.
Кстати, если даже в программе используются системные функции, которые меняют
владельца файла, они сработают только в том случае, если ее "эффективный
userID" будет userID root'а. То есть, если ее запустит юзер root или она
является "суидной" и ее владелец root.
Другими словами, какие бы программы не использовал рядовой юзер (если,
конечно, они не "суидные") он может создать файлы владельцем которых
будет только он. "Подарить" файл кому-нибудь другому обычный юзер не может.
Группа создаваемого файла в FreeBSD определяется немного необычно.
Она всегда "наследуется" от директории в которой этот файл создается.
То есть файл будет иметь ту же группу, которую имеет директория.
Обратите внимание, что юзер, создающий файл, может даже не являться
членом этой группы. Это, конечно, не очень хорошо с точки зрения
безопасности системы. Дело в том, что если юзер создаст исполняемый
файл и потом поставит на него бит sgid, то этот файл при выполнении
получит права группы, в которую сам юзер не входит и, возможно, получит
доступ к таким файлам, куда его в обычной ситуации "не подпускают".
Правда, в FreeBSD такая ситуация предусмотрена и система просто
не даст юзеру поставить бит sgid на файл, если юзер не является
членом группы, которая "приписана" к файлу.
В других разновидностях Юникса группа файлу, обычно, присваивается та,
которая является "первичной" группой юзера, создающего файл (то есть,
та, которая записана в его учетной карточке). А для того, чтобы группа
как и в FreeBSD "наследовалась" от директории, на самой директории
должен стоять бит sgid.
Права доступа, которые будут у "свежеиспеченного" файла определяются
параметром umask. Он задает - какие биты прав доступа НЕ НАДО выставлять
в permissions.
Если это параметр равен нулю, то у всех создаваемых файлов права
доступа будут одинаковые для всех категорий и выглядеть как rw-rw-rw.
Директории (созданные, например, командой mkdir) будут иметь права
доступа rwxrwxrwx. Такие же права доступа получатся и у исполняемых
файлов, которые создают различные трансляторы (они, естественно, ставят
биты "исполняемости" на результат своей работы).
Параметр umask можно посмотреть или изменить "одноименной" командой umask.
Команда umask без аргументов просто показывает текущее значение этого
параметра. А для того, чтобы поменять его, надо этой команде в качестве
аргумента указать число, которое система "развернет" в соответствующие биты.
Если каждую группу из трех бит (что соответствует отдельной категории
в правах доступа) рассматривать как двоичное число, то "свернув" их
поотдельности в десятичные цифры мы получим число из трех цифр, которое
и отражает значение всех битов в permissions. Точнее, получается не
десятичное, а восьмеричное представление прав доступа, но, если вы
мало знакомы с восьмеричной системой счисления, то можете просто
рассматривать это число как три отдельных десятичных цифры.
Еще раз напоминаю, что биты в umask отмечают - какие биты прав доступа
НЕ надо ставить при создании файла. То есть, если вы хотите, чтобы
у категории "все остальные" вообще не было никаких прав, а "группе
допущенных" не ставился бит разрешающий запись, то umask должна выглядеть
как 027.
В FreeBSD по умолчанию в командных файлах, которые выполняются
при входе в систему, у всех юзеров (включая root'а) вставлена команда,
которая задает umask равной 022. То есть отменяются только биты разрешения
записи для группы и "всех остальных". Если вас это не устраивает, вы можете
изменить аргумент в соответствующем файле (обычно это файл .login в домашней
директории юзера) или поменять параметр umask в любой момент "вручную".
Иван Паскаль [email protected]
