☰

selinux comenzó a bloquear las llamadas "exec" de php después de la actualización de yum

tag-icon • tag-icon apache-httpd php selinux
selinux comenzó a bloquear las llamadas "exec" de php después de la actualización de yum

He usado PHPejecutivocomando para emitir lpr -P printer_name /var/www/html/somefile.pdf, pero después de una actualización del sistema RHEL (7.2 a 7.3), selinux decidió comenzar a bloquear estas solicitudes.

Permisos selinux del archivo que se envía a imprimir:

ls -lZ /var/www/html/somefile.pdf
-rw-r-----. apache webdev system_u:object_r:httpd_sys_rw_content_t:s0 /var/www/html/somefile.pdf

Lo siguiente aparece en el registro de auditoría, correspondiente con lo anterior cmdde PHP:

hora->jueves 3 de noviembre 15:07:02 2016

tipo=PATH msg=audit(1478200022.446:5151): item=0 name="/etc/cups/lpoptions" inode=134317708 dev=fd:03 mode=0100644 ouid=0 ogid=7 rdev=00:00 obj=system_u :object_r:cupsd_rw_etc_t:s0 tipoobj=NORMAL

tipo=CWD msg=auditoría(1478200022.446:5151): cwd="/var/www/html"

type=SYSCALL msg=audit(1478200022.446:5151): arch=c000003e syscall=2 Success=yes exit=5 a0=7fff26837c70 a1=0 a2=0 a3=9 items=1 ppid=19397 pid=46644 auid=4294967295 uid= 48 gid=48 euid=48 suid=48 fsuid=48 egid=48 sgid=48 fsgid=48 tty=(none) ses=4294967295 comm="lpr" exe="/usr/bin/lpr.cups" subj=system_u :system_r:httpd_t:s0 clave=(nulo)

type=AVC msg=audit(1478200022.446:5151): avc: denegado {abrir} para pid=46644 comm="lpr" path="/etc/cups/lpoptions" dev="dm-3" ino=134317708 scontext=system_u :system_r:httpd_t:s0 tcontext=system_u:object_r:cupsd_rw_etc_t:s0 tclass=archivo

type=AVC msg=audit(1478200022.446:5151): avc: denegado { lectura } para pid=46644 comm="lpr" name="lpoptions" dev="dm-3" ino=134317708 scontext=system_u:system_r:httpd_t: s0 tcontext=system_u:object_r:cupsd_rw_etc_t:s0 tclass=archivo

Aquí está la configuración actual de Selinux:

# getsebool -a | grep httpd
httpd_anon_write --> off
httpd_builtin_scripting --> on
httpd_can_check_spam --> off
httpd_can_connect_ftp --> off
httpd_can_connect_ldap --> off
httpd_can_connect_mythtv --> off
httpd_can_connect_zabbix --> off
httpd_can_network_connect --> on
httpd_can_network_connect_cobbler --> off
httpd_can_network_connect_db --> off
httpd_can_network_memcache --> off
httpd_can_network_relay --> off
httpd_can_sendmail --> on
httpd_dbus_avahi --> off
httpd_dbus_sssd --> off
httpd_dontaudit_search_dirs --> off
httpd_enable_cgi --> on
httpd_enable_ftp_server --> off
httpd_enable_homedirs --> off
httpd_execmem --> off
httpd_graceful_shutdown --> on
httpd_manage_ipa --> off
httpd_mod_auth_ntlm_winbind --> off
httpd_mod_auth_pam --> off
httpd_read_user_content --> off
httpd_run_ipa --> off
httpd_run_preupgrade --> off
httpd_run_stickshift --> off
httpd_serve_cobbler_files --> off
httpd_setrlimit --> off
httpd_ssi_exec --> on
httpd_sys_script_anon_write --> off
httpd_tmp_exec --> off
httpd_tty_comm --> off
httpd_unified --> off
httpd_use_cifs --> off
httpd_use_fusefs --> off
httpd_use_gpg --> off
httpd_use_nfs --> on
httpd_use_openstack --> off
httpd_use_sasl --> off
httpd_verify_dns --> off

¿A qué se debe la negación?

Respuesta1

Terminé instalando algunas herramientas adicionales de seLinux paraayudar a solucionar problemas:

yum install setroubleshoot setools

Luego corrió

sealert -a /var/log/audit/audit.log

El resultado sugirió las siguientes modificaciones:

ausearch -c 'lpr' --raw | audit2allow -M my-lpr
semodule -i my-lpr.pp
ausearch -c 'wkhtmltopdf-amd' --raw | audit2allow -M my-wkhtmltopdfamd
semodule -i my-wkhtmltopdfamd.pp

Emití esos comandos y ahora puedo volver a imprimir desde mi aplicación PHP.

información relacionada