Skip to content

Friendlier group permissions#22

Open
dnylpz wants to merge 4 commits intocapistrano:masterfrom
dnylpz:grp-perms
Open

Friendlier group permissions#22
dnylpz wants to merge 4 commits intocapistrano:masterfrom
dnylpz:grp-perms

Conversation

@dnylpz
Copy link
Copy Markdown

@dnylpz dnylpz commented Apr 5, 2019

having an sticky bit seems unnecessary as it will enforce having those permissions set up and avoids deletion and mv's from groups users, since first run until root/owner comes and modifies them which is not something you always want, group should be able to modify those perms and children directories permissions too.

i would suggest to remove that line entirely but since it would block the user to make any further modifications too i think this is a better solution.

directories require execute permission to be able to cd /dir so execute permission should also be added.

also, defaulting to full perms to all linux users seems insecure, so 0770 seems like a better solution.

dnylpz and others added 4 commits April 5, 2019 14:12
if the group user requires to make any changes to the paths modified by ```chmod -R g+rws``` it gets an operation not permitted as directories are not only writeable but executable and any modifications down them require the execute permissions, i would also propose to remove this line entirely and allow/suggest/enforce users to define their own permissions on deployment.

hopefully this works, let me know if any more info is needed
we should not assume full perms to "others" is granted as this presents
a security risk if anyone forgets to actually define the mode on chmod

Signed-off-by: Daniel Espinoza <daniel.espinoza@stackpath.com>
sticky bit avoids the posibility of future modifications to the
permissions on child directories which could be undesired and -R on
chown/chmod already makes sure all the permissions are set one time only
without forcing you to stick to those perms, also, directories require
execute permission to be accesed
Signed-off-by: Daniel Espinoza <daniel.espinoza@stackpath.com>
Signed-off-by: Daniel Espinoza <daniel.espinoza@stackpath.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant