关于RedHatSELinux系统简介及案例浅析

会计考友

一、SELinux简介
0 M$ D7 x8 V7 {% H　　RedHat Enterprise Linux AS 3.0/4.0中安全方面的最大变化就在于集成了SELinux的支持。SELinux的全称是Security-Enhanced Linux，是由美国国家安全局NSA开发的访问控制体制。SELinux可以最大限度地保证Linux系统的安全。至于它的作用到底有多大，举一个简单的例子可以证明：没有SELinux保护的Linux的安全级别和Windows一样，是C2级，但经过保护SELinux保护的Linux，安全级别则可以达到B1级。如：我们把/tmp目录下的所有文件和目录权限设置为0777，这样在没有SELinux保护的情况下，任何人都可以访问/tmp 下的内容。而在SELinux环境下，尽管目录权限允许你访问/tmp下的内容，但SELinux的安全策略会继续检查你是否可以访问。
　　NSA推出的SELinux安全体系结构称为 Flask，在这一结构中，安全性策略的逻辑和通用接口一起封装在与操作系统独立的组件中，这个单独的组件称为安全服务器。SELinux的安全服务器定义了一种混合的安全性策略，由类型实施 (TE)、基于角色的访问控制 (RBAC) 和多级安全(MLS) 组成。通过替换安全服务器，可以支持不同的安全策略。SELinux使用策略配置语言定义安全策略，然后通过checkpolicy 编译成二进制形式，存储在文件(如目标策略/etc/selinux/targeted/policy/policy.18)中，在内核引导时读到内核空间。这意味着安全性策略在每次系统引导时都会有所不同。
6 J: E! x( C+ d' [; O9 T& G　　SELinux的策略分为两种，一个是目标(targeted)策略，另一个是严格(strict)策略。有限策略仅针对部分
( E# C3 Q4 `% S8 M$ H! A　　系统网络服务和进程执行SELinux策略，而严厉策略是执行全局的NSA默认策略。有限策略模式下，9个（可能更多）系统服务受SELinux监控，几乎所有的网络服务都受控。
　　配置文件是/etc/selinux/config，一般测试过程中使用“permissive”模式，这样仅会在违反SELinux规则时发出警告，然后修改规则，最后由用户觉得是否执行严格“enforcing”的策略，禁止违反规则策略的行为。
　　规则决定SELinux的工作行为和方式，策略决定具体的安全细节如文件系统，文件一致性。
　　在安装过程中，可以选择“激活”、“警告”或者“关闭”SELinux。默认设置为“激活”。
　　安装之后，可以在“应用程序”“系统设置”“安全级别”，或者直接在控制台窗口输入“system
+ @2 }3 `3 e" C5 O$ V7 h6 U　　-config- securitylevel”来打开“安全级别”设置窗口。在“SELinux”选项页中，我们不但可以设置“
　　启用”或者“禁用”SELinux，而且还可以对已经内置的SELinux策略进行修改。
& g' i: D' L4 A. w( ?. |+ w+ m, n　　SELinux相关命令：
　　ls -Z
4 {  @# z0 I/ k: O9 L　　ps -Z
$ H' h1 w( t' K* q' Y0 F　　id -Z
+ c3 J/ s4 e0 e% c! |) j　　分别可以看到文件,进程和用户的SELinux属性。
2 z4 f/ i9 I; {7 Z　　chcon 改变文件的SELinux属性。
% G' s$ ^& d$ d+ G+ \　　getenforce/setenforce查看和设置SELinux的当前工作模式。
- K5 @) q3 ]$ N　　修改配置文件/etc/selinux/config后，需要重启系统来启动SELinux新的工作模式。
! E! I5 ~' @* l4 k& M% q4 U! d　　二、案例分析
　　 Apache - "Document root must be a directory" 问题？
　　有可能和这个问题并发的问题还有 403 Forbidden　禁止访问的问题。
　　现象描述：
% y( Y. [# a) L: z0 O　　不使用系统默认的 /var/www/html作为系统的Document Root，自己新建一个目录后修改
/ {& I7 ~, w/ S( I" _' ?6 v' F! `　　/etc/httpd/conf/httpd.conf 中的配置，然后重起Apache的Daemon，发现Apache无法起动，系统报错：
: K9 I( O" m! x/ E1 d% [# @　　Document root must be a directory
" n+ G) D/ o7 K　　但是，我们设置的DocumentRoot 的确是一个目录，而且apache用户具有可读权限。
　　另一种情况：新建一个虚拟目录或文件后，无法访问，显示 Forbidden, 403 Error，但文件或目录有可读
0 `' I1 l# ?1 }# G) ^# D% o! p　　权限。
# C/ N/ x+ H) d  k) e# t　　问题产生的原因：
! D+ I9 f. C5 n　　一开始想来想去想不出为什么，但是给我感觉是权限的问题，用传统的Linux的思维方式来看，权限绝对没
/ @- P. m% T% t0 J　　有问题。但是仔细一想，SELinux是不是会有其他安全的设定？
　　检查 avcmessage，查看 /var/log/messages文件，发现有类似以下内容的这样一段：
6 \0 g, A: \5 u( ^0 P　　Dec 24 17:54:59 hostname kernel: audit(1098222899.827:0): avc:
, [: a9 L# y  Z8 ^& P- c# W　　denied{ getattr } forpid=19029 exe=/usr/sbin/httpd
, A) K/ n. K( u8 k5 U* L1 n; V　　path=/var/www/html/about.html dev=dm-0 ino=373900
+ x( G7 s% u1 u9 c) s4 S2 [　　scontext=root:system_r:httpd_t tcontext=user_u:object_r:user_home_t
　　tclass=file
$ o; m: s2 H8 n5 _" a　　嘿嘿，问题找到了，果然是SELinux的新特性搞的鬼。我把目录或文件设成了user_home_t类型，因此
　　apache的进程没有权限，无法访问。针对Apache的进程所使用的SELinux target policy规定了apache的进
3 U. F, V% A9 n. T/ [. Y7 b　　程只能访问httpd_sys_content_t类型的目录或文件。
0 x2 W0 D0 ?8 M8 ~9 |# U　　解决办法：
　　很简单，把目录或文件的策略类型改成 httpd_sys_content_t 就可以了。
4 r% @$ b, O/ s2 c　　# chcon -t httpd_sys_content_t [file_name | dir_name]
　　然后可以用 ls -laZ 命令查看文件目录的策略类型。()