Note: 2.0.52-r3 is currently hard masked. So this is somewhat work in advance. The filenames of the executables changed to the following: /usr/sbin # ls -la apache* lrwxrwxrwx apache2 -> /usr/sbin/apache2.prefork -rwxr-xr-x apache2.prefork -rwxr-xr-x apache2ctl -rwxr-xr-x apache2logserverstatus -rwxr-xr-x apache2splitlogfile So they don't get labeled correctly anymore. This line in apache.fc should take care of httpd itself, without relabeling the support programs: /usr/sbin/apache(2)?(\.+.*)? system_u:object_r:httpd_exec_t Further, the directive SSLMutex file:logs/ssl_mutex should be changed to SSLMutex file:/var/cache/apache2/ssl_mutex in /etc/apache2/modules.d/40_mod_ssl.conf by the apache maintainers to work with the current policy. Regards, S
Note: 2.0.52-r3 is currently hard masked. So this is somewhat work in advance. The filenames of the executables changed to the following: /usr/sbin # ls -la apache* lrwxrwxrwx apache2 -> /usr/sbin/apache2.prefork -rwxr-xr-x apache2.prefork -rwxr-xr-x apache2ctl -rwxr-xr-x apache2logserverstatus -rwxr-xr-x apache2splitlogfile So they don't get labeled correctly anymore. This line in apache.fc should take care of httpd itself, without relabeling the support programs: /usr/sbin/apache(2)?(\.+.*)? system_u:object_r:httpd_exec_t Further, the directive SSLMutex file:logs/ssl_mutex should be changed to SSLMutex file:/var/cache/apache2/ssl_mutex in /etc/apache2/modules.d/40_mod_ssl.conf by the apache maintainers to work with the current policy. Regards, Sören Lorenz
Correction: The symlink to the binary should not be labeled httpd_exec_t because the daemon_domain macro doesn't allow reading symlinks of *_exec_t. So the line has to be: /usr/sbin/apache(2)?\.+.* system_u:object_r:httpd_exec_t Regards, S
Correction: The symlink to the binary should not be labeled httpd_exec_t because the daemon_domain macro doesn't allow reading symlinks of *_exec_t. So the line has to be: /usr/sbin/apache(2)?\.+.* system_u:object_r:httpd_exec_t Regards, Sören Lorenz
[11:01]<DocSoLo> is it possible that bug 65053 is true again for apache-2.0.52-r3? ... [11:03]<Hollow> though mutex seems to be in logs again [11:04]<DocSoLo> Hollow yep, thats what I was talking about [11:05]<DocSoLo> this causes problems under SELinux [11:05]<Hollow> DocSoLo: fixed in cvs. thx [11:05]<DocSoLo> in this environment httpd is not allowed to delete its logfiles, it can only append to it [11:06]<DocSoLo> fine. thanks! ... [11:25]<DocSoLo> Hollow this wrong mutex path would possibly also come true for the apache-1.3.x ebuilds, though i don't use them ... [11:39]<DocSoLo> anyway if it has been like this in current 1.3.x ebuilds its okay because i know at least one selinux dev who uses apache-1.3.x in production under selinux - he would have complained already [11:40]<Hollow> ok, fine then [11:41]<DocSoLo> yep, thanks for the quick response
many thanks for the bug report and for the envolvment fixed in CVS and in >=selinux-apache-20050211.ebuild