Как выдать права пользователю через скрипт?

Question

[kickbokser]

Всем привет. Подскажите пожалуйста, как правильно сделать. Это код для установки дополнений пользователям. После установки качается zip архив с сайта и распаковывается в папку
пользователя. Так же файлам выдаются права пользователя, после его удаления используется такой скрипт:

rm bin/start.so
rm bin/stop.so

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

rm bin/start.so
rm bin/stop.so
cd bin
wget ***.ru/dl/start.so
wget ***.ru/dl/stop.so

Все отлично работает, но файлам выдаются root права.

Answer 1

[Saboteur]

добавить chmod с нужными правами?
man chmod
man chown
man stat

# получаем юзернейм овнера для текущей папки "."
OWNER_USER=`stat -c %U .` 
# получаем групнейм группы для текущей папки "."
OWNER_GROUP=`stat -c %G .`
# проставляем владельца и группу
chown ${OWNER_USER}:${OWNER_GROUP} file
# проставляем права доступа 771
chmod 771 file

Comments

[kickbokser]

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

На скрине выделил файл, который был залит через скрипт

[Saboteur]

Владельца указывать не обязательно.
755 - означает, что владелец имеет полные права (7), группа и ВСЕ ОСТАЛЬНЫЕ - читать и выполнять (5), то есть запустить файл на выполнение сможет любой пользователь.

[kickbokser]

Saboteur: это не подходит, потому что потом поверх нельзя будет установить. Так как там root пользователь, а после установки дополнения выдаются права на файл 771 и на пользователя root

И в это время проект не запускается. Запустится он только если удалить дополнение и обратно выставить права 755

[Saboteur]

kickbokser: У вас вообще проблема какой-то бред.
Какие такие нужные файлы для запуска удаляются при удалении дополнения?
Дополнение за собой весь продукт трет?
В том, что вы скинули - явно недостаточно информации, чтобы понять что именно не так.

Вы же хотите узнать, что дописать в скрипт удаления, чтобы работало - так допишите в скрипт установку 755 прав.

[kickbokser]

Saboteur: еще раз говорю, мне нужно через этот скрипт выставить права 771 и пользователя не root. Вот мне именно так нужно и никак иначе. Например, у меня в папке 20 файлов и все они для пользователя u100 а когда я выполняю свой скрипт у файлов будет root пользователь (у тех, которые я установлю, например у 3 из этих 20 файлов) Быть может есть какая-то команда, которая выставит файлу того пользователя, который выставлен этой папке с файлами

Если вы не знаете как это сделать или это не реально, так и скажите.

[Saboteur]

Так берете того пользователя, чья эта папка и ставите его файлам командой chmod, в чем проблема?

Или вы просто не знаете, как получить владельца папки??

OWNER_USER=`stat -c %U .`
chown ${OWNER_USER}: file
chmod 771 file

[kickbokser]

Огромнейшее спасибо))) Все четко работает

[Saboteur]

kickbokser: ПРосто жмите кнопочку "правильный ответ" )

Answer 2

[Юрий Чудновский]

Исполнимые файлы (а .so это бинарники формата ELF) как раз и должны принадлежать руту. Пользователи не должны являться их владельцами, или иным способом иметь возможность изменения исполнимых файлов. Это основы безопасности в *nix системах. Так ли нужно вам делать иначе?

Comments

[kickbokser]

Не должны. У меня в этой папке еще 20 сошек и все они принадлежат пользователю u100 например, а когда я своим скриптом заливаю другие файлы с заменой - им выдается root. Потом если я им выставлю права 771 проект вообще не запускается, только с правами 755 если root

А должен быть пользователь u100 и права на файле 771 тогда все будет так как мне нужно.

[Юрий Чудновский]

kickbokser: Это нарушение безопасности, так как пользователи могут изменить содержимое файлов, записав туда например 0-day эксплойт на повышение привелегий в системе и запустить его.