Login
[x]
Log in using an account from:
Fedora Account System
Red Hat Associate
Red Hat Customer
Or login using a Red Hat Bugzilla account
Forgot Password
Login:
Hide Forgot
Create an Account
Red Hat Bugzilla – Attachment 603770 Details for
Bug 847508
SELinux is preventing /opt/google/chrome/chrome from 'getattr' accesses on the directory /home/fabio/.pki/nssdb.
[?]
New
Simple Search
Advanced Search
My Links
Browse
Requests
Reports
Current State
Search
Tabular reports
Graphical reports
Duplicates
Other Reports
User Changes
Plotly Reports
Bug Status
Bug Severity
Non-Defaults
|
Product Dashboard
Help
Page Help!
Bug Writing Guidelines
What's new
Browser Support Policy
5.0.4.rh83 Release notes
FAQ
Guides index
User guide
Web Services
Contact
Legal
This site requires JavaScript to be enabled to function correctly, please enable it.
File: description
description (text/plain), 4.05 KB, created by
Fábio Carneiro
on 2012-08-12 12:09:45 UTC
(
hide
)
Description:
File: description
Filename:
MIME Type:
Creator:
Fábio Carneiro
Created:
2012-08-12 12:09:45 UTC
Size:
4.05 KB
patch
obsolete
>SELinux is preventing /opt/google/chrome/chrome from 'getattr' accesses on the directory /home/fabio/.pki/nssdb. > >***** Plugin restorecon (94.8 confidence) suggests ************************* > >If you want to fix the label. >/home/fabio/.pki/nssdb default label should be home_cert_t. >Then you can run restorecon. >Do ># /sbin/restorecon -v /home/fabio/.pki/nssdb > >***** Plugin catchall_labels (5.21 confidence) suggests ******************** > >If you want to allow chrome to have getattr access on the nssdb directory >Then you need to change the label on /home/fabio/.pki/nssdb >Do ># semanage fcontext -a -t FILE_TYPE '/home/fabio/.pki/nssdb' >where FILE_TYPE is one of the following: device_t, cgroup_t, locale_t, sysctl_t, dosfs_t, xguest_t, etc_t, fonts_t, bin_t, cert_t, proc_t, lib_t, sysfs_t, tmpfs_t, setrans_var_run_t, staff_t, auditadm_usertype, tmp_t, config_home_t, user_t, usr_t, var_t, user_fonts_cache_t, device_t, sysctl_t, etc_t, abrt_t, bin_t, proc_t, lib_t, sysfs_t, mnt_t, root_t, user_fonts_t, tmp_t, usr_t, var_t, cpu_online_t, sandbox_web_type, fonts_cache_t, chrome_sandbox_tmpfs_t, user_fonts_config_t, textrel_shlib_t, chrome_sandbox_tmp_t, rpm_script_tmp_t, secadm_usertype, sysadm_usertype, security_t, var_run_t, xdm_tmp_t, user_home_type, default_t, avahi_var_run_t, nscd_var_run_t, xdm_var_run_t, rpm_log_t, net_conf_t, chrome_sandbox_t, var_log_t, cfengine_var_lib_t, var_run_t, abrt_var_run_t, sysctl_kernel_t, user_usertype, home_cert_t, home_root_t, sysctl_crypto_t, chrome_sandbox_nacl_t, staff_usertype, user_home_dir_t, device_t, unconfined_t. >Then execute: >restorecon -v '/home/fabio/.pki/nssdb' > > >***** Plugin catchall (1.44 confidence) suggests *************************** > >If you believe that chrome should be allowed getattr access on the nssdb directory by default. >Then you should report this as a bug. >You can generate a local policy module to allow this access. >Do >allow this access for now by executing: ># grep chrome /var/log/audit/audit.log | audit2allow -M mypol ># semodule -i mypol.pp > >Additional Information: >Source Context unconfined_u:unconfined_r:chrome_sandbox_t:s0-s0:c > 0.c1023 >Target Context system_u:object_r:unlabeled_t:s0 >Target Objects /home/fabio/.pki/nssdb [ dir ] >Source chrome >Source Path /opt/google/chrome/chrome >Port <Unknown> >Host (removed) >Source RPM Packages google-chrome-stable-21.0.1180.75-150248.x86_64 >Target RPM Packages >Policy RPM selinux-policy-3.10.0-145.fc17.noarch >Selinux Enabled True >Policy Type targeted >Enforcing Mode Permissive >Host Name (removed) >Platform Linux (removed) 3.5.1-1.fc17.x86_64 #1 SMP Thu Aug 9 > 17:50:43 UTC 2012 x86_64 x86_64 >Alert Count 1 >First Seen Sun 12 Aug 2012 01:07:41 PM WEST >Last Seen Sun 12 Aug 2012 01:07:41 PM WEST >Local ID f5ed5907-6241-45b7-838e-6c2c22417f83 > >Raw Audit Messages >type=AVC msg=audit(1344773261.447:131): avc: denied { getattr } for pid=2509 comm="chrome" path="/home/fabio/.pki/nssdb" dev="sda6" ino=262370 scontext=unconfined_u:unconfined_r:chrome_sandbox_t:s0-s0:c0.c1023 tcontext=system_u:object_r:unlabeled_t:s0 tclass=dir > > >type=SYSCALL msg=audit(1344773261.447:131): arch=x86_64 syscall=stat success=yes exit=0 a0=7ff8b338af58 a1=7fffd01bda00 a2=7fffd01bda00 a3=7fffd01bcf10 items=0 ppid=0 pid=2509 auid=1000 uid=1000 gid=1000 euid=1000 suid=1000 fsuid=1000 egid=1000 sgid=1000 fsgid=1000 tty=(none) ses=9 comm=chrome exe=/opt/google/chrome/chrome subj=unconfined_u:unconfined_r:chrome_sandbox_t:s0-s0:c0.c1023 key=(null) > >Hash: chrome,chrome_sandbox_t,unlabeled_t,dir,getattr > >audit2allow > >#============= chrome_sandbox_t ============== >allow chrome_sandbox_t unlabeled_t:dir getattr; > >audit2allow -R > >#============= chrome_sandbox_t ============== >allow chrome_sandbox_t unlabeled_t:dir getattr; >
You cannot view the attachment while viewing its details because your browser does not support IFRAMEs.
View the attachment on a separate page
.
View Attachment As Raw
Actions:
View
Attachments on
bug 847508
: 603770