Linux File Permissions

From ICO wiki
Jump to navigationJump to search

Author: Sheela Raj

Group: Cyber Security Engineering

Created on:29-04-2016


Genuine access permissions on files and directories are the most important part of ensuring a secured website. An important security measure for systems on which multiple users (e.g. various clients on a shared server) run their websites is to make sure that one user cannot access files in another client’s web root. Determining the correct file permissions for any specific file requires one to know what type of information contained in the file and the purpose of that information.

Linux File Permission

Linux is a multi-user OS that is based on the Unix concepts of file ownership and permissions to provide security, at the file system level. Though there are already a lot of good security features built into Linux based systems, one very important potential vulnerability can exist when local access is granted - that is file permission based issues resulting from a user not assigning the correct permissions to the  files and directories.

Users

In Linux, there are two types of users: system users and regular users. Traditionally, system users are used to run non-interactive or background processes on a system, while regular users used for logging in and running processes interactively. When you first log in to a Linux system, you may notice that it starts out with many system users that run the services that the OS depends on--this is completely normal.

An easy way to view all of the users on a system is to look at the contents of the /etc/passwd file. Each line in this file contains information about a single user, starting with its user name [the name before the first " : " ]. Print the passwd file with this command:

cat /etc/passwd

Groups:

Groups are collections of zero or more users. A user belongs to a default group, and can also be a member of any of the other groups on a server.

An easy way to view all the groups and their members is to look in the /etc/group file on a server. We won't cover group management in this article, but you can run this command if you are curious about your groups:

cat /etc/group

Permission Classes

Each file and directory has three user based permission groups:

Owner

The Owner permissions (u) apply only the owner of the file or directory, they will not impact the actions of other users.

Group

The Group permissions (g) apply only to the group that has been assigned to the file or directory, they will not affect the actions of other users.

All users

The All Users permissions (o or a) apply to all other users on the system, this is the permission group that you want to watch the most.

Symbolic Permissions

There are sets of three characters, or triads, as they denote the permissions, in symbolic form, that each class has for a given file.

In each triad, read, write, and execute permissions are represented in the following way:

Read

The Read permission refers to a user's capability to read the contents of the file.

Indicated by "r" in the first position.

Write

The Write permissions refer to a user's capability to write or modify a file or directory.

Indicated by "w" in the second position.

Execute

The Execute permission affects a user's capability to execute a file or view the contents of a directory.

Indicated by "x" in the third position.

In some special cases, there may be a different character here

A hyphen (-) in the place of one of these characters indicates that the respective permission is not available for the respective class. For example, if the group triad for a file is r--, the file is "read-only" to the group that is associated with the file.

Checking the Permissions

One can view the permissions by checking the file or directory permissions in any GUI File Manager or also by reviewing the output of the ls -l command in the terminal and while working in the directory which contains the file or folder.

The permission in the command line is displayed as: _rwxrwxrwx 1 owner:group

·The first character that is marked with an underscore is the special permission flag that can vary.
·The following set of three characters "rwx" is for the owner permissions.
·The second set of three characters "rwx" is for the group permissions.
·The third set of three characters "rwx" is for the All Users permissions.
·Following that grouping since the integer/number displays the number of hard links to the file.
·The last piece is the Owner and Group assignment formatted as Owner:Group.
.Image1 illustrates well about understanding how permission is assigned.



Image1:Checking Permissions

Modifying the Permissions

When in the command line, the permissions are edited by using the command chmod . One can assign the permissions explicitly or also by using a binary reference.

Example:

Considering a file with permissions set to _rw_rw_rw, which means that the owner, group and all users have read and write permission.

Now to remove the read and write permissions from the all users group, chmod a-rw filename should be executed.

To add the above permissions again, the command: chmod a+rw filename should be used. 

Setting permissions using Binary References

Binary representation of the string rwx:  r = 4      w = 2            x = 1

Example:

Considering a file where the owner has read and write permissions, the group has read permissions, and all other user have no rights to the file.

This scenario can be represented by chmod 640 filename in binary references.

The numbers should be added to get the binary representation to set the permission.  

Advanced Permissions

The special permissions flag can be marked with any of the following:

_ - no special permissions

d - directory

l- The file or directory is a symbolic link

s - This indicated the setuid/setgid permissions. This is not set displayed in the special permission part of the permissions display, but is represented as a s in the read portion of the owner or group permissions.

t - This indicates the sticky bit permissions. This is not set displayed in the special permission part of the permissions display, but is represented as a t in the executable portion of the all users permissions

Setuid/Setgid Special Permissions

The setuid/setguid permissions are used to tell the system to run an executable as the owner with the owner\'s permissions.

The setuid/setgid bit can be assigned only by explicitly defining permissions. The character for the setuid/setguid bit is "s".

To set the setuid/setguid bit on filename.sh,  the command chmod g+s filename.sh should be used.

Sticky Bit Special Permissions

The sticky bit can be very useful in shared environment because when it has been assigned to the permissions on a directory it sets it so only file owner can rename or delete the said file.

The sticky bit can only be assigned by explicitly defining permissions. The character for the sticky bit is "t".

To set the sticky bit on a directory, the command chmod +t directoryname should be issued.

Examples of Modes and Permissions

Calculating Permissions.
Image2: Calculating Permissions in Binary
Mode  Permissions Explanation
0477 -r--rwxrwx owner has read only, other and group has rwx
0677 -rw-rwxrwx owner has rw only, other and group has rwx
0444 -r--r--r-- all have read only
0666 -rw-rw-rw- all have rw only
0400 -r-------- owner has read only, group and others have no permission
0600 -rw------- owner has rw only, group and others have no permission
0470 -r--rwx--- owner has read only, group has rwx, others have no permission
0407 -r-----rwx owner has read only, other has rwx, group has no permission
0670 -rw-rwx--- owner has rw only, group has rwx, others have no permission
0607 -rw----rwx owner has rw only, group has no permission and others have rwx
0777 rwxrwxrwx No restrictions on permissions. Anybody may do anything. Generally not a desirable setting.

Image2 illustrates how the permissions are calculated in binary.


The dangers of 777

The importance of this permission issue is how your server is configured. The username you use to FTP or SSH into your server is most likely not the username used by the server application itself to serve pages.

7 7 7
User Group World
r+w+x r+w+x r+w+x
4+2+1 4+2+1 4+2+1

Often the Apache server is 'owned' by the www-data, dhapache or nobody user accounts. These accounts have a limited amount of access to files on the server, for a very good reason. By setting your personal files and folders owned by your user account to be World-Writable, you are literally making them World Writable. Now the www-data, dhapache and nobody users that run your server, serving pages, executing php interpreters, etc.. will have full access to your user account files.

This provides an avenue for someone to gain access to your files by hijacking basically any process on your server, this also includes any other users on your machine. So you should think carefully about modifying permissions on your machine. Generally its not required more than 767, so when you see 777 ask why its necessary.

The Worst Outcome

The worst that can happen as a result of using 777 permissions on a folder or even a file, is that if a malicious cracker or entity is able to upload a unethical file or modify a current file to execute code, they will have complete control over your blog, including having your database information and password.

See Also

[1]File System Permissions

References

[2] Understanding File Permissions

[3] Linux File Permissions

[4] Checking File Permissions

[5] Changing File Permissions

[6] Linux Commands

[7] chmod commands