Hide Forgot
SELinux is preventing /opt/google/chrome/chrome from 'open' accesses on the file libexpat.so.1. ***** Plugin catchall (100. confidence) suggests *************************** If you believe that chrome should be allowed open access on the libexpat.so.1 file 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:nfs_t:s0 Target Objects libexpat.so.1 [ file ] Source chrome Source Path /opt/google/chrome/chrome Port <Unknown> Host (removed) Source RPM Packages google-chrome-beta-12.0.742.100-88853 Target RPM Packages Policy RPM selinux-policy-3.9.16-26.fc15 Selinux Enabled True Policy Type targeted Enforcing Mode Enforcing Host Name (removed) Platform Linux (removed) 2.6.38.7-30.fc15.x86_64 #1 SMP Fri May 27 05:15:53 UTC 2011 x86_64 x86_64 Alert Count 1 First Seen Thu 16 Jun 2011 03:51:57 PM EDT Last Seen Thu 16 Jun 2011 03:51:57 PM EDT Local ID 367f601f-4f17-463e-bb54-5a681d4caa0b Raw Audit Messages type=AVC msg=audit(1308253917.251:1519): avc: denied { open } for pid=5459 comm="chrome" name="libexpat.so.1" dev=afs ino=12527938 scontext=unconfined_u:unconfined_r:chrome_sandbox_t:s0-s0:c0.c1023 tcontext=system_u:object_r:nfs_t:s0 tclass=file type=SYSCALL msg=audit(1308253917.251:1519): arch=x86_64 syscall=open success=no exit=EACCES a0=7fff135ba3a0 a1=0 a2=0 a3=70612f746e657272 items=0 ppid=0 pid=5459 auid=768 uid=768 gid=1002 euid=768 suid=768 fsuid=768 egid=1002 sgid=1002 fsgid=1002 tty=pts0 ses=4 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,nfs_t,file,open audit2allow #============= chrome_sandbox_t ============== allow chrome_sandbox_t nfs_t:file open; audit2allow -R #============= chrome_sandbox_t ============== allow chrome_sandbox_t nfs_t:file open;
Would you be able to reproduce this with SELinux in permissive mode? I suspect that the chrome sandbox may want to mmap this library but would like to confirm my suspicion by analysing avc denials
In either case i allowed this particular access vector in master branch: http://git.fedorahosted.org/git/?p=selinux-policy.git;a=commitdiff;h=f9cebd7b1c1a635b5040761bd8e02e5d1da668a7
In permissive mode, it requires 'open' and 'execute' I believe. Here is an extract from /var/log/audit/audit.log type=AVC msg=audit(1308259335.925:1541): avc: denied { open } for pid=8027 comm="chrome" name="libexpat.so.1" dev=afs ino=12527938 scontext=unconfined_u:unconfined_r:chrome_sandbox_t:s0-s0:c0.c1023 tcontext=system_u:object_r:nfs_t:s0 tclass=file type=SYSCALL msg=audit(1308259335.925:1541): arch=c000003e syscall=2 success=yes exit=4 a0=7fffd5ee2f50 a1=0 a2=0 a3=70612f746e657272 items=0 ppid=0 pid=8027 auid=768 uid=768 gid=1002 euid=768 suid=768 fsuid=768 egid=1002 sgid=1002 fsgid=1002 tty=pts0 ses=4 comm="chrome" exe="/opt/google/chrome/chrome" subj=unconfined_u:unconfined_r:chrome_sandbox_t:s0-s0:c0.c1023 key=(null) type=AVC msg=audit(1308259335.926:1542): avc: denied { execute } for pid=8027 comm="chrome" path="/afs/ecg.mit.edu/software/oracle-client/amd64_linux26/11.2.0.1.0/app/client_1/lib/libexpat.so.1" dev=afs ino=12527938 scontext=unconfined_u:unconfined_r:chrome_sandbox_t:s0-s0:c0.c1023 tcontext=system_u:object_r:nfs_t:s0 tclass=file type=SYSCALL msg=audit(1308259335.926:1542): arch=c000003e syscall=9 success=yes exit=140505539235840 a0=0 a1=130f38 a2=5 a3=802 items=0 ppid=0 pid=8027 auid=768 uid=768 gid=1002 euid=768 suid=768 fsuid=768 egid=1002 sgid=1002 fsgid=1002 tty=pts0 ses=4 comm="chrome" exe="/opt/google/chrome/chrome" subj=unconfined_u:unconfined_r:chrome_sandbox_t:s0-s0:c0.c1023 key=(null)
thanks just that is exactly what i suspected. i guess we should allow chrome sandbox to mmap that oracle lib as well.
Fixed in selinux-policy-3.9.16-30.fc16