导致SELinux警告的四个常见原因
2013-05-24 13:43:53 点击:

本文主要介绍下四个导致 SELinux 警告产生的原因以及解决方案。原因一:出现标注错误SELinux 的核心概念就是标注,无论是文件系统、目录...

本文主要介绍下四个导致 SELinux 警告产生的原因以及解决方案。

原因一:出现标注错误

SELinux 的核心概念就是标注,无论是文件系统、目录、文件、文件启动描述符、端口、消息接口还是网络接口,所有的一切都需要标签,并且仅且仅能按照标签所赋予的权限执行。即使运行的 Apache 进程被黑客入侵且取得了 uid=0 root 权限,它依然无法访问某个用户主目录下的文件。因为标注为httpdt 的 Apache 进程所持有的无法访问标注为 userhome_t 的内容。

因此,如果标注有问题的话,SELinux 就会弹出警告。如何处理此类,可以参看本站前文中关于semanage fcontext 和 restorecon 命令的使用。当然也可以按照图形化的 SELinux 除错工具中的提示解决。

原因二:自定义了程序运行设置

经过多年的发展,SELinux 已经积累了大量的策略文件时,对于绝大多数应用程序的默认运行请求都有记录,可以赋予合适的最小权限予以执行。不过若是您自定义了一些运行配置或者有特殊的应用需求,则需要调整部分 SELinux 设置。

对于大多数常见的自定义需求,SELinux 采取布尔值的方式进行控制,可以参看本站前文中关于 setsebool 命令的使用。若想了解全部可调整的 SELinux 布尔值,使用 semanage boolean ——l 命令。这可以通过图形化的 SELinux 除错工具解决,也可以通过图形化的 system-config-selinux 解决。

原因三:SELinux 策略或应用程序配置有问题

若是您并未特别修改配置却依然收到 SELinux 警告,原因可能就在 SELinux 策略或者应用程序本身了。此时建议首先在 SELinux 除错工具的帮助下提交错误报告,然后再依据情况进行处理。若是已经被报告过,通常在错误报告的评论中会详细解决方案。

此时若是想忽略 SELinux 警告依然运行应用程序,则有如下几种方式:

将 SELinux 设为允许模式,仅记录警告但不阻止运行:setenforce 0.

将某单一标注进程设置为允许模式,而非整个系统,例如仅想以允许模式运行 Apache: semange permissive -a httpd_t

参照 SELinux 除错工具的建议创建并加载自定义策略。具体过程依情况而异,SELinux 除错工具内会有详细的说明。

原因四:程序已被入侵

SELinux 并非入侵检测系统,所以目前 SELinux 除错工具无法主动的甄别出入侵企图,不过当您发现警告内容包含有如下特征时,很有可能对应进程已被黑客攻破了:

尝试关闭 SELinux (/etc/selinux) 或者设定某个 SELinux 布尔值。

尝试载入内核模块、写入内核目录或者引导器镜像。

尝试读取 shadow_t 标识的文件,那里通常包含了加密的账户信息。

尝试覆盖写入日志文件。

尝试连接不需要的随机端口或者邮件端口。

至此四种常见警告原因介绍完毕,希望您下次遇到 SELinux 警告时可以安全有效的处理。顺便说下,绝大部分 SELinux 除错工具的本地化问题已经解决,使用简中的童鞋们将可以在 Fedora 18 看到简中的警告内容了。

【编辑推荐】

  1. 如何加强企业Linux系统安全
  2. UNIX系统安全危机评估
  3. 信息系统安全存在的问题分析
【责任编辑:蓝雨泪 TEL:(010)68476606】



相关热词搜索:

上一篇:SCADA系统安全:一个国家的命门(1)
下一篇:正确设置网站文件所有者 防止php网站被挂木马