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

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

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

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

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

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

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

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

Можно использовать stat для каждого файла find находит и отфильтровывает его с помощью awk

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

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

Небольшие настройки

Итак, я заметил, что вы упоминаете, что вы вошли в систему под именем root. Вот результат моей команды, где я статирую файлы и печатаю их группу и имя файла, а затем отфильтровываю 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) вместо того, чтобы просто пытаться понять, что происходит от просмотра разрешений, поэтому он корректно работает с ACL. (Но может разбиться на 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.

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

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

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