亲宝软件园·资讯

展开

四个导致SELinux警告产生的原因仔细讲解

人气:0
上次的 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 看到简中的警告内容了。

加载全部内容

相关教程
猜你喜欢
用户评论