seLinux

selinux

一、selinux的说明

1、selinux意思是安全强化的Linux。

2、selinux最开始开发的的目的是为了避免资源的误用

3、SELinux是对程序、文件等权限设置依据的一个内核模块。由于启动网络服务的也是程序，因此刚好也是能够控制网络服务能否访问系统资源的一道关卡

4、传统的文件权限与账号的关系：自主访问控制，DAC（Discretionary Access Control）。当某个进程想要对文件进行访问时，系统就会根据该进程的所有者/用户组，并比较文件的权限，若通过权限检查，就可以访问该文件了。各种权限设置对root用户是无效的。

5、以策略规则制定特定程序读取特定文件：强制访问控制，MAC（Mandatory Access Control）。MAC可以针对特定的进程与特定的文件资源来进行权限的控制。也就是说，即使你是root，在使用不同的进程时，你所能取得的权限并不一定是root，而得要看当时该进程的设置而定。如此一来，就可以针对进程而不是用户对文件来进行访问控制。此外，这个进程也不能任意使用系统文件资源，因为每个文件资源也有针对进程设置可取用的权限。由于，整个系统进程那么多，文件那么多，所以SELinux也提供一些默认的策略（policy），并在该策略内提供多个规则，让你可以选择是否启用该控制规则。

2、selinux的工作原理

SELinux是通过MAC的方式来控制管理进程，它控制的主体是进程，而目标则是该进程能否读取的文件资源。

主体：就是进程

目标：被主体访问的资源，可以是文件、目录、端口等

策略：：由于进程与文件数量庞大，因此SELinux会依据某些服务来制定基本的访问安全策略。

这些策略内还会有详细的规则（rule）来指定不同的服务开放某些资源的访问与否。目前主要的策略有：

targeted：针对网络服务限制较多，针对本机限制较少，是默认的策略；

strict：完整的SELinux限制，限制方面较为严格。

安全上下文：主体能不能访问目标除了指定策略外，主体与目标的安全上下文必须一致才能够顺利访问。

最终文件的成功访问还是与文件系统的rwx权限设置有关

#查看文件的安全上下文
[root@localhost ~]# ls -Z
-rw-------. root root system_u:object_r:admin_home_t:s0 anaconda-ks.cfg
drwxr-xr-x. root root unconfined_u:object_r:admin_home_t:s0 home

安全上下文用冒号分为四个字段：

dentify：role：type：

• 身份识别：相当于账号方面的身份标识，主要有以下三种常见的类型：

root：表示root的账号身份；

system_u：表示程序方面的标识，通常就是进程；

unconfined_u：代表的是一般用户账号相关的身份。

• 角色（role）：通过角色字段，可知道这个数据是属于程序、文件资源还是代表用户。一般角色有：

object_r：代表的是文件或目录等文件资源；

system_r：代表的是进程。

• 类型（type）：在默认的targeted策略中，Identify与role字段基本上是不重要的，重要的在于这个类型字段。而类型字段在文件与进程的定义不太相同，分别是：

type：在文件资源上面称为类型。

domain：在主体程序中则称为域。

domain需要与type搭配，则该程序才能够顺利读取文件资源。

• 最后一个字段是和MLS和MCS相关的东西，代表灵敏度，一般用s0、s1、s2来命名，数字代表灵敏度的分级。数值越大、灵敏度越高。

[root@localhost ~]# ll -Zd /usr/sbin/httpd /var/www/html/
-rwxr-xr-x. root root system_u:object_r:httpd_exec_t:s0 /usr/sbin/httpd
drwxr-xr-x. root root system_u:object_r:httpd_sys_content_t:s0 /var/www/html/
以上两个文件的角色字段都是object_r，代表都是文件，/usr/sbin/httpd属于httpd_exec_t类
型，/var/www/html/则属于httpd_sys_content_t类型。

访问过程：

（1）首先，触发具有httpd_exec_t这个类型的/usr/sbin/httpd这个可执行文件；

（2）该文件的类型会让这个文件所造成的主体进程具有httpd这个域，我们的策略已经针对这个域制定了许多规则，其中包括这个域可以读取的目标资源类型；

（3）由于httpd domain被设置为可读取httpd_sys_content_t这个类型的目标文件，因此httpd进程就能够读取在/var/www/html/目录下面的文件了；

（4）最终能否读到/var/www/html/目录下面的数据，还要看rwx是否符合linux权限的规范。

3、selinux的启动，关闭与查看

（1）SELinux三种模式

• enforcing：强制模式，代表SELinux正在运行中，开始限制domain/type。

• permissive：宽容模式，代表SELinux正在运行中，不过仅会有警告信息并不会实际限制

  domain/type的访问。

• disabled：关闭，SELinux并没有实际运行。

  #查看目前的模式
  [root@localhost ~]# getenforce
  Enforcing
  #查看目前的selinux使用的策略
  [root@localhost ~]# sestatus
  SELinux status: enabled # 是否启用selinux
  SELinuxfs mount: /sys/fs/selinux #selinux的相关文件数据挂
  载点
  SELinux root directory: /etc/selinux
  Loaded policy name: targeted #目前的策略
  Current mode: enforcing
  Mode from config file: enforcing
  Policy MLS status: enabled
  Policy deny_unknown status: allowed
  Max kernel policy version: 31
  #查看selinux的策略：
  [root@localhost ~]# vim /etc/selinux/config
  改变策略之后需要重新启动；
  如果由enforcing或permissive改成disabled，或由disabled改为其它两个，也必须要重新启
  动。
  将selinux模式在enforcing和permissive之间切换的方法为：
  setenforce 0 转换成permissive宽容模式
  setenforce 1转换成enforcing强制模式

  （2）修改安全上下文

  chcon [-R] [-t type] [-u user] [-r role] 文件
  -R：连同该目录下的子目录也同时修改；
  -t：后面接安全上下文的类型字段；
  -u：后面接身份识别；
  -r：后面接角色
  ​
  chcon -R --reference=/usr/share/nginx/html /www
  chcon [-R] --reference=范例文件 文件 将文件的安全上下文按照范例文件修改
  ​
  restorecon [-Rv] 文件或目录
  -R：连同子目录一起修改；
  -v：将过程显示到屏幕上
  restorecon怎么会知道每个目录记载的默认selinux type类型呢？因为系统将每个目录的默认
  selinux type类型记录在/etc/selinux/targeted/contexts/目录内。但是该目录内有很多不同
  的数据，所以我们可以用semanage这个命令的功能来查询与修改。
  semanage ｛login|user|port|interface|fcontext|translation｝ -l
  semanage fcontext -{a|d|m} [-frst] file_spec
  -l为查询；
  -a：增加一些目录的默认安全上下文的设置；
  -m：修改；
  -d：删除。

  selinux对linux服务的影响

  实验一：使用web服务演示安全上下文值的设定

  实验思路：

  1、实验准备：

  实验开始之前，先查看防火墙和selinux的状态

• 

防火墙为inactive，selinux为enforcing

然后查看我们配置的html的ip文件

 查看完成后，实验说明开始：

2、查看安全上下文

此实验主要是由安全上下文的第三个字段t即就是类型字段不同，引起的无法正常访问到html，及就是我们的/www及他的子目录和在/usr/share/nginx/html的第三个字段不一样，具体如下

 

当我们去访问的时候会报403的错误：

然后我们就要将 /www下的目录以及子目录修改为跟/usr/share/nginx/html的type一样：

[root@Server ~]# chcon -t  httpd_sys_content_t /www/ -R
#修改完成后查看一下
[root@Server ~]# ll -Z /www/

修改结果为：

然后再次访问网页：

访问成功！

实验二：使用web服务端口的改变来演示端口的设定

实验思路

首先查看端口配置信息：

然后重新启动nginx的服务：

发现无法正常启动，这时我们猜想应该是selinux的问题，先查看安全上下文的文件类型：

安全上下文的t字段没有任何的问题

这时我们去看一下日志报错

[root@Server ~]# tail -f /var/log/messages

这里有很多的端口类型，因为80是可以进行访问的，所以我们查看一下80端口的端口类型：

[root@Server ~]# semanage port -l | grep 80

​

下一步使用上图里面的代码进行修改

[root@Server ~]# semanage port -a -t http_port_t -p tcp 10000

然后重启服务，访问端口：

[root@Server ~]# systemctl restart nginx.service
[root@Server ~]# curl 192.168.207.110:10000
the port is 10000

实验完成!