Как контроль доступа UNIX может создать компромиссные проблемы? - PullRequest
2 голосов
/ 15 марта 2010

Мои системные администраторы советуют мне быть осторожным при настройке контроля доступа к файлам и каталогам. Он дал мне пример, и я запутался, вот оно: файл с режимом защиты 644 (восьмеричный), содержащийся в каталоге с режимом защиты 730. так значит:

  • Файл: 110 100 100 (владелец, группа, другое: rw- r-- r--)
  • Справочник: 111 011 000 (владелец, группа, другое: rwx -wx ---)

Как файл может быть скомпрометирован в этом случае?

Ответы [ 2 ]

8 голосов
/ 15 марта 2010

Это зависит от того, что вы подразумеваете под «компромиссом», и от того, кто принадлежит к группе.

Права доступа к каталогу являются критическими. Поскольку члены группы могут получить доступ к каталогу ('x') и могут изменить каталог ('w'), даже если они не могут отобразить каталог (без 'r'), это означает, что если член группы знает имя файла, этот человек также может удалить его, потому что удаление файла требует разрешения на запись в каталог - права доступа к файлу несущественны (даже если такие команды, как 'rm', сообщают, что у вас нет разрешения на запись в file, это любезно, потому что это не имеет значения для системного вызова unlink ()).

Таким образом, член вашей группы (или, точнее, член группы, к которой относится каталог) может удалить файл, если ему известно его имя. Они также могут прочитать файл, если знают его имя, и могут создать файл с тем же именем, если оригинал уже отсутствует. Из прав доступа к файлу следует, что возможность чтения файла не является компромиссом - вы бы отказали группе в доступе на чтение (и в открытом доступе на чтение), если бы это имело значение.

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

1 голос
/ 15 марта 2010

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

...