температуру и время для приготовления 9" круглый замороженный куриный пирог

В компании Microsoft Interix в Unix подсистемы (сейчас на пенсии) для ядра NT рассматриваться немного по-другому с разрешения пользователей и групп, чем это делают другие:

Информации о пользователях и группах храниться в безопасности доступа к базе данных. Пользователей и групп хранятся в той же базе, но группы и имена пользователей должны быть уникальны; ни одна группа не может иметь имя пользователя и наоборот. (Эта база данных заменяет файл/etc/passwd в и в/etc/группы файлов в Unix.) Пользователи и группы создаются с использованием соответствующей методологии для Windows (диспетчер пользователей, активный Directory-пользователи и компьютеры или Локальные пользователи и группы) или с Win32 чистая пользователем команды. (Пример shell-скрипты для создания и удаления пользователей будут включены в каталог на/usr/примеры/админ.) Пользователи могут принадлежать ко многим группам.

Вот некоторые более конкретные инструкции выдержки:

В Windows, либо пользователю или группе может быть свой объект. Это отличается от Unix, в которой только пользователь является владельцем объекта.

Windows идентифицирует всех пользователей и групп внутри, используя идентификатор безопасности компьютера(Sid). Алгоритма хэширования создает значения Sid, который уникально, нет двух пользователей или группы будут иметь одинаковый Sid.

Пользователей и групп, имеющих разрешение на доступ к объекту определяется его Sid. Все объекты, которые могут быть защищены с помощью Windows есть дискреционного управления доступом (DACL), который состоит из отдельных элементов, называемых записи управления доступом (Ace). Туз включает в себя две важные части информации: пользователь или группа Sid, и описание того, сколько доступ отдельных пользователей или группы к объекту.

Команда chgrp

...Изменить идентификатор группы файла ... вызывающего пользователя команда chgrp(1) должны принадлежать к определенной группе и быть владельцем файла, или иметь соответствующие привилегии.

Чаун

...Владельца и группу оба операнда являются необязательными, однако, одно должно быть указано. Если указана группа операнда, оно должно предшествовать двоеточие (:).

Владелец может быть указан числовой идентификатор пользователя или имя пользователя. Если имя пользователя является также числовой идентификатор пользователя, операнд используется в качестве имени пользователя. Группа может быть либо числовой ID группы или имя группы. Если имя группы также числовой идентификатор группы, операнд используется в качестве имени группы.

По соображениям безопасности, владелец файла может быть изменено только процесс с соответствующими привилегиями.

Как я читал, что означает, что если ваша учетная запись пользователя принадлежит к группе Windows с необходимых прав для изменения файла, разрешения, принадлежит этой группе, то можно эффективно chgrp, указав , что файл за пределами своей учетной записи пользователя управление. Это составляет меньше контроля, чем вы могли бы с помощью chown и явных пользователей:группы параметров. В связи с этим без возможности объявления пользователя: и :группа вас не смогли достичь таких же результатов как в противном случае.

Вот ссылка на детальный взгляд на то, как Interix взаимодействует с Windows списки с акцентом на том, как эти знания могут применяться в Самбу файловых систем на другие варианты Unix.

Вот ссылка на теперь уже устаревших Солярис документ, описывающий перестраиваемый rstchown , который...

Указывает, является ли в POSIX-семантики для Чаун(2) системного вызова в силе...

Очевидно, если параметр установлен в значение 0...

...отключение семантики POSIX открывает возможности для различных дыр в безопасности. Это также открывает возможность пользователей изменять владельца файла другому пользователю и не может получить файл без вмешательства пользователя или системного администратора.

Такой вариант не отменяет Соляриса соответствие стандарту POSIX. Так что это вариант на всех квалифицирует его как совместимый:

Хотя все реализации соответствующих стандарту POSIX.Поддержка 1-2008 все функции, описанные ниже, могут быть системно-зависимый или файл процедуры настройки системы, которые можно удалить или изменить любой или все из этих функций. Такие конфигурации не должны быть сделаны если требуется строгое соответствие.

Следующие символические константы должны быть определены с иным значением чем -1. Если константа определяется с нулевым значением, приложения следует использовать МиГов(), pathconf(), или fpathconf() функции, или getconf полезности, чтобы определить, какие компоненты присутствуют в системе в то время или на определенный путь в вопрос.

_POSIX_CHOWN_RESTRICTED

Использование команды chown() ограничено процесса с соответствующими привилегии, и изменить идентификатор группы файла только эффективный идентификатор группы процесса или одного из его дополнительных групп Идентификаторы.

С помощью chown() функция системы, которая является документированная система призыва и команды chown и chgrp, указав утилиты - это указано на провал по многим причинам. Среди них:

Значение eacces Выдаче разрешения отказано по компоненту префикс пути.

ELOOP Существует цикл символических ссылок, возникающих при разрешении спора путь.

Возникновения ошибки EPERM Эффективный идентификатор пользователя не совпадает с владельцем файла, или вызывающий процесс не имеет соответствующих привилегий и _POSIX_CHOWN_RESTRICTED указывает, что такая привилегия не требуется.

Поведение предоставлении разрешения на права модификации не-root пользователям никогда не было не только на Солярис. Есть очень отличные - если несколько устарели - освещение в Unix права доступа к файлам в этом форуме пост , в котором автор заявляет:

Изначально, Unix позволял владельцем файла, чтобы отдать файл. Владелец файла может сменить владельца, чтобы кто-то другой. Не было никакого способа для пользователя, отличного от root, чтобы отменить эту операцию... БСД [далее] удален, Чаун от непривилегированных пользователей ...[отчасти потому, что]... он реализуемых дисковых квот, которые могут ограничить объем дискового пространства, пользователь может иметь в файловой системе... непослушный пользователи могут раздавать большие файлы в снек мимо квоты.

Сегодня, это не легко сказать, если не корень меню Файл. Многие версии Unix позволяют как поведение...

Еще один хороший - и более поздние - список рассылки после цитаты этого и продолжает:

По умолчанию с большинством ОС для Чаун ограничивается только корень. И есть мнение, что она должна оставаться таким образом по соображениям безопасности. Если не-root пользователя изменять владельца файла и любой бит исполнения, то с битом SUID и sgid БИТ БИТ должен быть очищен. Это может или не может произойти с корнем.

Я думаю, что последний абзац говорит, что это красиво.

Эта статья также ссылается на CAP_CHOWN контролировать, что объект на Linux (что должно только влиять на POSIX_CHOWN_RESTRICTED поведения). Также существует возможность, что это немного разные по поведению.

И как вы отмечаете в 2003 году:

Обратите внимание, что, по крайней мере, на системе hpux, вы можете изменить владельца файлы (в корень например) , даже если вы не являетесь привилегированным пользователь...

...которая зависит от конфигурации setprivgroup параметра.

В любом случае, в которой не-root пользователь может манипулировать файле-разрешения вполне возможно, как отмечается в обоснование процитировал в своем вопросе, что пользователь может на chown файла, который этот пользователь владеет, так что он принадлежит другому пользователю. Если файл группа собственности и ЧаунИнг пользователя группы не совпадают, то пользователь не будет способен изменять этот файл.

В этом случае Чаун затем команда chgrp не как пользователь больше не будет иметь разрешения на изменение этого файла разрешения, в то время как команда chown пользователь:группа - пока группа находится среди самого пользователя - все получится.

Есть , наверное, множество других нишевых ситуаций, которые могут привести аналогии, которые могут включать в каталог липкие и/или использования setgid биты, файловая система и/или реализации контроля доступа списки. Эта нить интересное, например. Бесчисленные перестановки выходят далеко за пределы своего убогого понять - почему этот ответ wikied. Если Вы читаете эту статью, вы верите, что стоит улучшать, а вы верите, что вы знаете как - пожалуйста.

Существует также обширная документация на различные возможные последствия файл разрешения, при обходе дерева, и символические ссылки, которые могут произвести эффект подобный провал в отношении к -рecursive меню приложений здесь:

Из стандарта POSIX XRAT разделов, третий и четвертый Домены :

Как правило, пользователи указании опции для файловой структуры в обход желают работать на одной физической иерархии, и поэтому символические ссылки, которые могут ссылаться на файлы вне иерархии, игнорируются. Например, владелец файла chown является различная Операция С ту же команду с параметром-R указанным параметром. В данном примере, поведение команды на chown владелец файла описывается здесь, в то время как поведение команды Чаун -Р владелец файла описана в третьей и четвертой областях.

...Есть проблема безопасности с дефолта до логического ходьбы. Исторически, команда Чаун -Р пользователя файл был безопасным для суперпользователя, потому что битов setuid и использования setgid биты были потеряны, когда право собственности на файл был изменен. Если на прогулке были логичными, смена владельца больше не будет безопасным, потому что у пользователя может быть установлена символическая ссылка, указывающая на файл в дереве. Опять же, это потребует добавления опции к командам делать обход иерархии не косвенное через символические ссылки, и исторические сценарии рекурсивном прогулок мгновенно становятся проблемы безопасности. Пока это в основном проблема для системных администраторов, желательно не иметь различные значения по умолчанию для разных классов пользователей.

...

В BSD 4.3, chgrp, указав при обходе дерева сменили группу символической ссылке, а не цель. Символические ссылки в 4.4 BSD не есть владелец, группа, режим, или другие стандартные атрибуты файлов UNIX-систем.

И от POSIX и chgrp, указав страницу, собственно есть это, которое указывает на возможное неполное -Рecursive действий, или, по крайней мере, что используется для:

Системы V и BSD версии используют различные коды завершения. Некоторые реализации используют статус завершения как количество ошибок; эта практика является неприменимым, поскольку оно может вызвать переполнение диапазона допустимых значений состояния выхода. Стандартный застройщики предпочли замаскировать эти указать только 0 и >0 в качестве значений выхода.