Bug 828861 - SELinux is preventing /usr/lib64/nspluginwrapper/npviewer.bin from 'create' accesses on the file wakeup.sxx.
Summary: SELinux is preventing /usr/lib64/nspluginwrapper/npviewer.bin from 'create' a...
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: selinux-policy
Version: 17
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Miroslav Grepl
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: abrt_hash:866452cdddf2ed91bce88882c04...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-06-05 13:35 UTC by Andrig Miller
Modified: 2012-06-05 21:39 UTC (History)
3 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2012-06-05 21:39:08 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Andrig Miller 2012-06-05 13:35:15 UTC
libreport version: 2.0.10
executable:     /usr/bin/python2.7
hashmarkername: setroubleshoot
kernel:         3.3.7-1.fc17.x86_64
time:           Tue 05 Jun 2012 07:34:55 AM MDT

description:
:SELinux is preventing /usr/lib64/nspluginwrapper/npviewer.bin from 'create' accesses on the file wakeup.sxx.
:
:*****  Plugin catchall (100. confidence) suggests  ***************************
:
:If you believe that npviewer.bin should be allowed create access on the wakeup.sxx 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 npviewer.bin /var/log/audit/audit.log | audit2allow -M mypol
:# semodule -i mypol.pp
:
:Additional Information:
:Source Context                unconfined_u:unconfined_r:mozilla_plugin_t:s0-s0:c
:                              0.c1023
:Target Context                unconfined_u:object_r:user_home_t:s0
:Target Objects                wakeup.sxx [ file ]
:Source                        npviewer.bin
:Source Path                   /usr/lib64/nspluginwrapper/npviewer.bin
:Port                          <Unknown>
:Host                          (removed)
:Source RPM Packages           nspluginwrapper-1.4.4-9.fc17.x86_64
:Target RPM Packages           
:Policy RPM                    selinux-policy-3.10.0-128.fc17.noarch
:Selinux Enabled               True
:Policy Type                   targeted
:Enforcing Mode                Enforcing
:Host Name                     (removed)
:Platform                      Linux (removed) 3.3.7-1.fc17.x86_64 #1
:                              SMP Mon May 21 22:32:19 UTC 2012 x86_64 x86_64
:Alert Count                   3
:First Seen                    Tue 05 Jun 2012 07:32:21 AM MDT
:Last Seen                     Tue 05 Jun 2012 07:32:31 AM MDT
:Local ID                      5a477ba2-d7a6-430c-90cc-4b45dbdb934f
:
:Raw Audit Messages
:type=AVC msg=audit(1338903151.719:89): avc:  denied  { create } for  pid=2091 comm="npviewer.bin" name="wakeup.sxx" scontext=unconfined_u:unconfined_r:mozilla_plugin_t:s0-s0:c0.c1023 tcontext=unconfined_u:object_r:user_home_t:s0 tclass=file
:
:
:type=SYSCALL msg=audit(1338903151.719:89): arch=x86_64 syscall=open success=no exit=EACCES a0=7f40a8a16760 a1=442 a2=1b6 a3=238 items=0 ppid=2019 pid=2091 auid=1000 uid=1000 gid=1000 euid=1000 suid=1000 fsuid=1000 egid=1000 sgid=1000 fsgid=1000 tty=(none) ses=2 comm=npviewer.bin exe=/usr/lib64/nspluginwrapper/npviewer.bin subj=unconfined_u:unconfined_r:mozilla_plugin_t:s0-s0:c0.c1023 key=(null)
:
:Hash: npviewer.bin,mozilla_plugin_t,user_home_t,file,create
:
:audit2allowunable to open /sys/fs/selinux/policy:  Permission denied
:
:
:audit2allow -Runable to open /sys/fs/selinux/policy:  Permission denied
:
:

Comment 1 Daniel Walsh 2012-06-05 15:04:52 UTC
Do you know where in your homedir wakeup.sxx is located?

If you run restorecon -R -v ~/

This will probably fix the issue.

Comment 2 Andrig Miller 2012-06-05 19:59:21 UTC
Here is the only file I found that has that name pattern:

./.macromedia/Flash_Player/#SharedObjects/5UWD24SG/mail.google.com/wakeup.sol

I have just run the restorecon -R -v ~/ that you suggested.  I'll restart my browser and see if I don't get the issue again.

Comment 3 Andrig Miller 2012-06-05 21:39:08 UTC
The restore -R -v ~/ command seems to have eliminated this error.


Note You need to log in before you can comment on or make changes to this bug.