Терминал: Перечислите все каталоги, для которых у пользователя или группы есть разрешение записи

В чате мы пришли к следующим инструкциям для пользователя и группы:

sudo find / -type d -user rinzwind -perm /u=w
sudo find / -type d -group rinzwind -perm /g=w
sudo find / -type d -perm /o=w

Или объединение все три в один:

sudo find -type d \( \( -user rinzwind -perm /u=w \) -o \( -group rinzwind -perm /g=w \) -o -perm /o=w \)

Без / это ищет текущий каталог.

Занял меньше чем 2 секунды на 67 ГБ данных по моей системе ;)

Ответ в процессе строительства, быть терпелив

Тестирование на себя

можно протестировать полномочия записи на себя со следующим кодом:

[ -w /home/$USER ] && echo yes # using home directory as example

флаг Using -d для теста, мы можем протестировать, если что-то - каталог.

Знание всего это и find мы можем сделать

find /home/ -print0 2> /dev/null | while IFS=""  read -r -d "" file ; do [ -d "$file"  ] &&  [ -w "$file" ]  && echo "$file" is writeable ; done

примечание Стороны: Очевидно, если Вы получаете ошибки разрешения с находкой, Вы не можете считать тот файл, следовательно нет никакой причины произвести те ошибки, следовательно перенаправление к dev пустому указателю. Очевидно, это не будет работать, если мы захотим узнать полномочия для пользователей кроме себя, и примечание - / домой является просто примером здесь. Таким папкам как /var действительно совместно использовали папки между многочисленными пользователями

Тестирование на других

, можно было использовать stat на каждый файл эти find, находит, и фильтруйте его с awk

 find /var -type d -exec stat --format '%g %n'  {} \; 2> /dev/null | awk '$1=='1000'{print}' 

Здесь, я фильтрую для числового идентификатора моего собственного пользователя, 1000, но это мог быть идентификатор любого пользователя. Конечно, можно играть с опциями, использовать название группы вместо числовых идентификаторов. Это - что-то, что является очень гибким и адаптируемым к цели, в которой Вы нуждаетесь

Маленькие корректировки

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

$ find /proc -type d -exec stat --format '%G %n'  {} \; 2> /dev/null  | awk '$1=="syslog"{print}'
syslog /proc/560
syslog /proc/560/task
syslog /proc/560/task/560
syslog /proc/560/task/560/net
syslog /proc/560/task/560/attr
syslog /proc/560/task/562
syslog /proc/560/task/562/net
syslog /proc/560/task/562/attr
syslog /proc/560/task/563
syslog /proc/560/task/563/net
syslog /proc/560/task/563/attr
syslog /proc/560/task/564
syslog /proc/560/task/564/net
syslog /proc/560/task/564/attr
syslog /proc/560/net
syslog /proc/560/attr
^C

Если у Вас есть GNU, находят, можно использовать -writable тест (отмечают написание, это не writeable). Это использует access(2) системный вызов вместо того, чтобы просто пытаться изобразить вещи из рассмотрения полномочий, таким образом, это работает правильно с ACLs. (Но мог бы повредиться на NFS с идентификационными отображениями).

Это также найдет каталоги, которые являются записываемыми пользователем благодаря тому, чтобы быть членом вторичной группы. (например, каталог в /usr/local записываемый пользователями в admin группа или что-то как chown root:users /data/share && chmod 2775 /data/share, где некоторые учетные записи являются членами users группа.)

username_to_check=peter base_dir=/   # for example
sudo -u "$username_to_check" find "$base_dir" -type d -writable  2>/dev/null ## GNU find, not POSIX

Будут ошибки когда find каталоги обнаружения, в которые не может убывать пользователь, таким образом, мы перенаправляем ошибки к /dev/null.

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

Это также пропускает записываемые каталоги, которые являются внутренним исполняемым файлом, но не читаемыми каталогами. Для работы вокруг тех ограничений, вероятно, работайте find -type d как корень и использование find -writable как пользователь для проверки получающихся путей. Это могло бы быть более эффективно, чем использование цикла оболочки [ -w "$f" ].

POSIX find(1) имеет гораздо меньше опций, чем GNU находит. Если Ваш сценарий должен быть портативным к POSIX, является, вероятно, самым легким передать по каналу во что-то еще, что проверяет полномочия, как оболочка с [ -w "$f" ] (см. другой ответ, который предлагает это.)