使用目录结构:
/www/live/website1/app/
/www/live/website1/files/
/www/live/website1/logs/
Apache 至少需要以下访问权限:
app: read-only access, but read-write is fine (files already chmod 0644)
files: read-write access
logs: read-write access
其中以下两条规则已通过以下方式设置:
/usr/sbin/semanage fcontext -a -t httpd_sys_content_t "/www/live/.*/.*";
/usr/sbin/semanage fcontext -a -t httpd_log_t "/www/live/.*/logs(/.*)?";
/sbin/restorecon -vr "/www";
哪些已应用,并且似乎工作正常......但是 LogRotate 并不高兴。
LogRotate 配置当前为:
/www/live/*/logs/*access_log /www/live/*/logs/*access_log_443 {
weekly
rotate 52
missingok
notifempty
nodateext
sharedscripts
postrotate
/usr/sbin/apachectl graceful > /dev/null
endscript
}
然而,这似乎被 SELinux 阻止了,当它试图点击与/www/live
文件夹相关的 inode 时,条目出现在 audit.log 中(在下面的示例中为 262146)......因为它可能试图列出 /www 中的文件夹/居住/。
type=AVC msg=audit(1396579563.324:316060): avc: denied { read } for pid=12336 comm="logrotate" name="live" dev=dm-0 ino=262146 scontext=system_u:system_r:logrotate_t:s0-s0:c0.c1023 tcontext=unconfined_u:object_r:default_t:s0 tclass=dir
type=SYSCALL msg=audit(1396579563.324:316060): arch=c000003e syscall=2 success=no exit=-13 a0=7fff2cef68b0 a1=90800 a2=7fff2cef6b5a a3=8 items=0 ppid=12334 pid=12336 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=35531 comm="logrotate" exe="/usr/sbin/logrotate" subj=system_u:system_r:logrotate_t:s0-s0:c0.c1023 key=(null)
那么我应该设置这个父目录的上下文是什么?
/usr/sbin/semanage fcontext -a -t default_t "/www(/.*)";
我知道的地方default_t
不起作用,也不起作用var_t
......作为参考,我真的不在乎什么可以看到这些文件夹,因为它们已经是 chmod 0755。
对于奖励积分......有没有一种简单的方法可以查看程序拥有的完整权限列表?我知道 LogRotate 必须能够访问httpd_log_t
和var_log_t
.
令人讨厌的是,手动运行 LogRotate 似乎绕过了这些限制,因为我假设它继承了用户权限(与通过 cron 运行时不同)。
尚未确认这是否是正确答案...
这
sysfs_t
是重要的一点。我可以找到 LogRotate 可以使用的域:
快速搜索“dir”的“read”(不仅仅是“open”)权限:
然后扫描列表,我会说这
sysfs_t
是最合适的。我确实发现的一个问题是,如果我
/usr/sbin/logrotate
自己运行,它会继承 root 帐户上下文:所以它会自动获得“不受限制”的访问权限(即完全访问权限)......所以为了测试,我发现使用以下内容虽然不完美,但确实起到了作用:
我还发现了
newrole
andruncon
,两者都需要通过以下方式分别安装在 RedHat/CentOS 系统上:但是这两个都给了我权限被拒绝的错误(可能是由于不允许转换):
http://wiki.gentoo.org/wiki/SELinux/Tutorials/How_does_a_process_get_into_a_certain_context
我发现其他有用的东西:
并检查我在系统上创建的规则列表:
有关 SELinux 的更多信息,我发现这 17 个教程非常有用:
http://wiki.gentoo.org/wiki/SELinux/Tutorials
我个人发现所有这些程序都非常不一致,并且可以理解为什么大多数人默认禁用 SELinux ......例如
seinfo
和newrole
audit.log
文件使用时间戳,因此请改为尝试ausearch -m avc --start today
.matchpathcon
)。audit2allow
是显而易见的。真可惜,因为它总体上似乎是一个非常强大的系统。