Feb 02, 2015
SELinux 系统安全介绍
中文叙述
SElinux 就是一个强制访问控制系统(Security-Enhanced Linux),一般有两个策略,一个是 NSA 用的 mls(restrict),一个是普通 linux 的用的 targed,默认说的都是targed的策略。
常用情况
新装的 apache 服务器启动之后,只能本机访问,其它网络不能访问
这个是 iptable 或者 centos7 的 firewall 没有开放 80 端口。
if use iptables
1 | iptables -A INPUT -p tcp --dport 80 -j ACCEPT |
or firewall
1 | firewall-cmd --zone=dmz --add-port=80/tcp --permanent |
网站可以访问后,但是页面是 apache 的引导页,不是网站目录下的内容。
如果你在你的网站目录放的是从 windows 或者网络上拷贝下来的文件,很有可能 selinux 判断为 httpd 无权限读取这些文件,导致 apache 一直指向的是 /var/www/error/noindex.html 或者 /usr/share/httpd/noindex 目录下的内容
有三个解决方法
第一个是设置 selinux 的等级
1 | setenforce 0 |
第二个方法是
1 | 给网站目录下的文件设置httpd_sys_content_t域 |
第三个方法是
如果你换了一个网站目录,或者想做成一个安装包,还想使用 selinux,最好用这个方法是把规则添加给 selinux。
1 | semanage fcontext --add --type httpd_sys_content_t "/www(/.*)?" |
这个时候,应该有生成一个 policy 文件,里面包含了目录相关的权限设置
1 | cat /etc/selinux/targeted/contexts/files/file_contexts.local |
是时候用 restorecon 了
1 | restorecon -Rv /www/html |
这个时候系统已经告诉你,已经转换成 selinux 认可的类型或者域了
限制用户对自己文档的不可操作
比如说我安排一个日志检查员,我不想让他执行程序,只是想让他看日志
1 | sebool allow_guest_exec_content off |
这样,那些默认的账户都是不能执行脚本文件的了。
一个有 sudo 权限的人,如何对他进行限制呢
当然可以在 visudo 中有个列表显示这个用户的执行程序名,也可以用这种 selinux 限制好了规则的方法,这里的 restricteduser 就是一个拥有 sudo 权限的账户
1 | semanage login -a -s user_u restricteduser |
这里说明一个就是 user_u 是 user_r 和 user_t 的合体,user_r 代表的是可以执行哪些程序,user_t 代表的是那些程序它有什么权限.
比如说这个用户拥有启动 httpd 服务的权限,但是他对这个网站的内容确是不可编辑的。
简明运作
selinux 是构建在 linux 系统权限控制之上的一套系统,linux 权限控制明显的一个问题就是,只分 user/group/other,这个 other 有很多不同的用户,如果 other 的权限过大,会导致很多的问题出现。
selinux 要的就是,user 的权限是整个 selinux 系统中最小权限的存在。selinux 也有一个天生缺陷,就是总有一个 GOD 可以操控一切.
在 redhat 系的文件系统中,文件属性后面有个小点或者加号,这个就是 selinux 和 acl 的设置:
当文件或者文件夹只使用了 selinux context 的属性,在ls -l
时,文件后面会是一个点,但是使用了setfacl
(set file access control lists)后,点号就会变成加号。
简单的方法
远离这一切,可以直接关闭 iptables 和 selinux,很明显很不安全 :)
1 | systemctl mask firewalld |
如果你想从头学起,请看扩展阅读的第一个链接。
更详细的说明,请看我下面的笔记。
SELINUX DETAIL
selinux has two policy for targeted and stricted,CentOS apply targeted.
1 | # selinux config file:/etc/sysconfig/selinux |
注释:
MLS: Multi-LevelSecurity(MLS) and non-MLS
常用命令:
1 | sestatus -v # more detail |
#Advance
Basic
system_u:object_r:locale_t:s0
- Each Linux user account maps to an SELinux user
- the root user that owns the file is mapped to the system_u SELinux user. This mapping is done by the SELinux policy.
- In Linux, a user runs a process. This can be as simple as the user jo opening a document in the vi editor (it will be jo’s account running the vi process) or a service account running the httpd daemon. In the SELinux world, a process (a daemon or a running program) is called a subject.
- An object in SELinux is anything that can be acted upon. This can be a file, a directory, a port, a tcp socket, the cursor, or perhaps an X server. The actions that a subject can perform on an object are the subject’s permissions.
- third section,This is the part that defines what type the file or directory belongs to.
- The fourth part of the security context, s0, has to do with multilevel security or MLS. Basically this is another way of enforcing SELinux security policy, and this part shows the sensitivity of the resource (s0)
SELinux Users are suffixed by “u”, roles are suffixed by “r” and types (for files) or domains (for processes) are suffixed by “_t”.
Permernet store
chcon is a temporary measure, a file system relabel or running the restorecon command will revert the file back to its original context.
But if you don’t know the file’s correct context, how does the system know which context to apply when it runs restorecon?
Conveniently, SELinux “remembers” the context of every file or directory in the server. In CentOS 7, contexts of files already existing in the system are listed in the /etc/selinux/targeted/contexts/files/file_contexts file. It’s a large file and it lists every file type associated with every application supported by the Linux distribution. Contexts of new directories and files are recorded in the /etc/selinux/targeted/contexts/files/file_contexts.local file.
the SELinux domain
1 | cat /etc/selinux/targeted/contexts/files/file_contexts |
two-step process
1 | semanage fcontext --add --type httpd_sys_content_t "/www(/.*)?" |
tips:if show
1 | semanage: command not found |
you may install full selinux distribution
1 | yum install policycoreutils policycoreutils-python selinux-policy selinux-policy-targeted libselinux-utils setroubleshoot-server setools setools-console mcstrans |
To make sure, we can check the file context database (note that we are using the file_contexts.local file):
1 | cat /etc/selinux/targeted/contexts/files/file_contexts.local |
You should see the updated contexts:
1 | # This file is auto-generated by libsemanage |
Next, we will run the restorecon command. This will relabel the file or directory with what’s been recorded in the previous step:
There is a nifty tool called matchpathcon that can help troubleshoot context-related problems.
matchpathcon -V /www/html/index.html
/www/html/index.html has context unconfined_u:object_r:default_t:s0, should be system_u:object_r:httpd_sys_content_t:s0
1 | restorecon -Rv /www |
Domain Transition
So far we have seen how processes access file system resources. We will now see how processes access other processes.
This transition is not something the application or the user can control. This has been stipulated in the SELinux policy that loads into memory as the system boots. In a non-SELinux server a user can start a process by switching to a more powerful account (provided she or he has the right to do so). In SELinux, such access is controlled by pre-written policies. And that’s another reason SELinux is said to implement Mandatory Access Control.
1 | sesearch -s init_t -t ftpd_exec_t -c file -p execute -Ad |
The result shows that processes within initt domain can read, get attribute, execute, and open files of ftpdexec_t context:
Found 1 semantic av rules:
allow init_t ftpd_exec_t : file { read getattr execute open } ;
Next, we check if the binary file is the entrypoint for the target domain ftpd_t:
1 | sesearch -s ftpd_t -t ftpd_exec_t -c file -p entrypoint -Ad |
And indeed it is so:
Found 1 semantic av rules:
allow ftpd_t ftpd_exec_t : file { ioctl read getattr lock execute execute_no_trans entrypoint open } ;
And finally, the source domain initt needs to have permission to transition to the target domain ftpdt:
1 | sesearch -s init_t -t ftpd_t -c process -p transition -Ad |
As we can see below, the source domain has that permission:
Found 1 semantic av rules:
allow init_t ftpd_t : process transition ;
the SELinux user
Multi Category Security (MLS / MCS)
SELinux users are defined in the policy that’s loaded into memory at boot time, and there are only a few of these users.
When SELinux is enforced, each regular Linux user account is mapped to an SELinux user account. There can be multiple user accounts mapped to the same SELinux user. This mapping enables a regular account to inherit the permission of its SELinux counterpart.
to seee mapping
1 | semanage login -l |
system_u is a different class of user, meant for running processes or daemons.
to see what SELinux users are available in the system
1 | semanage user -l |
So what this really means is that any Linux user that maps to the unconfined_u user will have the privileges to run any app that runs within the unconfined_t domain.
id -Z
Other
restorecond - daemon that watches for file creation and then sets the default SELinux file context
Further Reading:
intro selinux by DO
redhat selinux offical
redhat selinux offical pdf version