维护我们服务器的安全是一项艰巨的工作,与第三方解决方案提供商打交道时尤为如此。在许多情况下,面临的挑战是要求禁用SELinux,以便应用程序可以顺利运行。幸好,这种情况越来越少了。在大多数情况下,一番分析足以找到正确的故障排查或解决方法。
SELinux是一个标签系统,它告诉我们系统中的每个文件、目录或对象都有对应的标签(Label)。策略控制这些元素之间的交互关系,内核则执行这些规则。
两个最重要的概念是标签(文件、进程和端口等)和类型强制(根据进程的类型将进程彼此隔离开来)。
标签使用的格式为:user:role:type:level(可选)。
要找出当前配置,请运行getenforce和sestatus两个命令:
#getenforce Enforcing #sestatus SELinuxstatus:enabled SELinuxfsmount:/sys/fs/selinux SELinuxrootdirectory:/etc/selinux Loadedpolicyname:targeted Currentmode:enforcing Modefromconfigfile:enforcing PolicyMLSstatus:enabled Policydeny_unknownstatus:allowed Memoryprotectionchecking:actual(secure) Maxkernelpolicyversion:32
最佳实践告诉我们,我们测试一个新的第三方应用程序时,应该在许可模式下临时配置SELinux,以便确定哪些策略或布尔值(更改行为的简单字符串)必不可少。运行该命令:
#setenforce0
查看日志,您可以找到SELinux使应用程序正常运行所需的条件。
SELinux试图告诉我什么?
SELinux中生成警报的错误只有四个主要原因:
- 标签。
- SELinux需要知道。
- SELinux策略及/或应用程序可能有错误。
- 您的信息可能被泄露。
最后一种情况是由于对攻击漏洞进行了修改或避免了活动跟踪,不过在这两种情况下,都必须查看这些警报,这点暂且不介绍。
标签
标签问题:/srv/myweb中的文件未正确标记,因而无法访问。
SELinux为同一服务所涉及的每个元素分配一个标签:
- 二进制文件:/usr/sbin/httpd→httpd_exec_t
- 配置文件:/etc/httpd→httpd_config_t
- 日志文件:/var/log/httpd→httpd_log_t
- 内容目录:/var/www/html→httpd_sys_content_t
- 启动脚本:/usr/lib/systemd/system/httpd.service→httpd_unit_file_t
- 进程:/usr/sbin/httpd→httpd_t
- 端口:80/tcp,443/tcp→httpd_t和httpd_port_t
在Web服务器上,在httpd_t上下文中运行的进程只能与带有httpd_something_t标签的对象进行交互。
解决方案:正确标记文件。
如果您知道正确的标签,请运行:
#semanagefcontext-a-thttpd_sys_content_t'/srv/myweb(/.*)?'
如果您知道拥有相等标签的文件,请运行:
#semanagefcontext-a-e/srv/myweb/var/www
针对这两种情况,恢复文件的默认上下文:
#restorecon-vR/srv/myweb
标签问题:如果某个文件被移动而不是被拷贝,它保留原始标签。
$mvindex.html/var/www/html/
解决方案:正确标记文件。
将上下文更换成正确的标签:
#chcon-thttpd_system_content_t/var/www/html/index.html
更换拥有参考标签的上下文:
#chcon--reference/var/www/html//var/www/html/index.html
针对这两种情况,恢复文件的默认上下文:
#restorecon-vR/var/www/html/
SELinux需要知道
服务定制:Web服务器将在端口8585上侦听请求。
要把所需的端口添加到上下文,请运行:
#semanageport-a-thttp_port_t-ptcp8585
为服务添加功能:Web服务器将能够发送电子邮件。
要启用邮件发送功能,开启布尔值,运行:
#setsebool-Phttpd_can_sendmail1
-P标志使变更在布尔值中具有持久性。
要获得所有布尔值,运行:
#getsebool-a
要检查布尔值的状态,运行:
#semanageboolean-l
策略故障排查
服务未运行:使用wicd而不是NetworkManager服务来处理无线连接。
检查audit.log文件,查找被拒绝的访问:
#grepdeniedaudit.log|cut-d{-f2|sort-n|uniq-u create}forpid=2670comm="wicd"scontext=system_u:system_r:NetworkManager_t:s0tcontext=system_u:system_r:NetworkManager_t:s0tclass=appletalk_socketpermissive=1 create}forpid=2670comm="wicd"scontext=system_u:system_r:NetworkManager_t:s0tcontext=system_u:system_r:NetworkManager_t:s0tclass=ax25_socketpermissive=1 ioctl}forpid=2670comm="wicd"path="socket:[52681]"dev="sockfs"ino=52681ioctlcmd=0x8b01scontext=system_u:system_r:NetworkManager_t:s0tcontext=system_u:system_r:NetworkManager_t:s0tclass=ax25_socketpermissive=1 ioctl}forpid=2670comm="wicd"path="socket:[52684]"dev="sockfs"ino=52684ioctlcmd=0x8b01scontext=system_u:system_r:NetworkManager_t:s0tcontext=system_u:system_r:NetworkManager_t:s0tclass=appletalk_socketpermissive=1 setattr}forpid=2214comm="wicd"name="dhclient.conf.template"dev="dm-0"ino=437068scontext=system_u:system_r:NetworkManager_t:s0tcontext=unconfined_u:object_r:etc_t:s0tclass=filepermissive=0
注意:上下文NetworkManager_t和etc_t所涉及的一些元素需要权限,需要访问不同的文件和套接字创建。
创建type enforcement (.te)文件,拥有策略的必要权限:
#vimy_wicd.te modulemy_wicd1.0; require{ typeNetworkManager_t; typeetc_t; classipx_socketcreate; classax25_socket{createioctl}; classappletalk_socket{createioctl}; classfilesetattr; } #=============NetworkManager_t============== allowNetworkManager_tetc_t:filesetattr; allowNetworkManager_tself:appletalk_socket{createioctl}; allowNetworkManager_tself:ax25_socket{createioctl}; allowNetworkManager_tself:ipx_socketcreate;
要编译策略,安装软件包selinux-policy-devel,并生成策略软件包:
#make-f/usr/share/selinux/devel/Makefilemy_wicd.pp
要激活刚生成的模块,运行:
#semodule-imy_wicd.pp
策略错误信息:试图访问我的网站时,我在日志中看到了SELinux错误。
为SELinux错误信息排查故障时常见的陷阱之一是,根据发现的所有错误信息创建策略。在大多数情况下,如果setroubleshoot包已安装,同样的提醒会给出所有可能的变通选项,按最好到最差的顺序排列。
要查看今天生成的setroubleshoot提醒,运行:
#journalctl-tsetroubleshoot--sincetoday Dec0813:08:33lab.example.comsetroubleshoot[12013]:failedtoretrieverpminfofor/var/www/html/index.html Dec0813:08:34lab.example.comsetroubleshoot[12013]:SELinuxispreventing/usr/sbin/httpdfromgetattraccessonthefile/var/www/html/index.html.ForcompleteSELinuxmessagesrun:sealert-l011df984-4eb6-4079-98ab-cba173c4342e Dec0813:08:34lab.example.comsetroubleshoot[12013]:SELinuxispreventing/usr/sbin/httpdfromgetattraccessonthefile/var/www/html/index.html. *****Pluginrestorecon(99.5confidence)suggests************************ Ifyouwanttofixthelabel /var/www/html/index.htmldefaultlabelshouldbehttpd_sys_content_t. Thenyoucanrunrestorecon.Theaccessattemptmayhavebeenstoppedduetoinsufficientpermissionstoaccessaparentdirectory,inwhichcasetrytochangethefollowingcommandaccordingly. Do #/sbin/restorecon-v/var/www/html/index.html *****Plugincatchall(1.49confidence)suggests************************** Ifyoubelievethathttpdshouldbeallowedgetattraccessontheindex.htmlfilebydefault. Thenyoushouldreportthisasabug. Youcangeneratealocalpolicymoduletoallowthisaccess. Do allowthisaccessfornowbyexecuting: #ausearch-c'httpd'--raw|audit2allow-Mmy-httpd #semodule-X300-imy-httpd.pp
在这里,最好的解决办法就是修复文件的标签。
小结
为SELinux排查故障可能很难,但如果运用这里介绍的几个概念,并了解服务的组成,您就可以处理它带来的各种难题。
切记:SELinux是一种标签系统。
转载请注明:IT运维空间 » 运维技术 » 详解SELinux故障排查和陷阱规避
发表评论