SELinux alert when running yum update

[Colin Paul Adams]

After upgrading my system from F9 to F10 I ran a yum update.

The following occurred:

Summary:

SELinux is preventing npviewer.bin (nsplugin_t) "search" to ./.fontconfig
(unlabeled_t).

Detailed Description:

SELinux denied access requested by npviewer.bin. It is not expected that this
access is required by npviewer.bin and this access may signal an intrusion
attempt. It is also possible that the specific version or configuration of the
application is causing it to require additional access.

Allowing Access:

Sometimes labeling problems can cause SELinux denials. You could try to restore
the default system file context for ./.fontconfig,

restorecon -v './.fontconfig'

If this does not work, there is currently no automatic way to allow this access.
Instead, you can generate a local policy module to allow this access - see FAQ
(http://fedora.redhat.com/docs/selinux-faq-fc5/#id2961385) Or you can disable
SELinux protection altogether. Disabling SELinux protection is not recommended.
Please file a bug report (http://bugzilla.redhat.com/bugzilla/enter_bug.cgi)
against this package.

Additional Information:

Source Context                unconfined_u:unconfined_r:nsplugin_t:s0-s0:c0.c102
                              3
Target Context                system_u:object_r:unlabeled_t:s0
Target Objects                ./.fontconfig [ dir ]
Source                        npviewer.bin
Source Path                   /usr/lib/nspluginwrapper/npviewer.bin
Port                          <Unknown>
Host                          susannah.colina.demon.co.uk
Source RPM Packages           nspluginwrapper-1.1.2-4.fc10
Target RPM Packages           
Policy RPM                    selinux-policy-3.5.13-18.fc10
Selinux Enabled               True
Policy Type                   targeted
MLS Enabled                   True
Enforcing Mode                Enforcing
Plugin Name                   catchall_file
Host Name                     susannah.colina.demon.co.uk
Platform                      Linux susannah.colina.demon.co.uk
                              2.6.27.5-117.fc10.x86_64 #1 SMP Tue Nov 18
                              11:58:53 EST 2008 x86_64 x86_64
Alert Count                   37
First Seen                    Sat 29 Nov 2008 15:33:18 GMT
Last Seen                     Sat 29 Nov 2008 15:33:28 GMT
Local ID                      925c2472-2846-47c2-96f9-bccaadb1aaef
Line Numbers

Raw Audit Messages

node=susannah.colina.demon.co.uk type=AVC msg=audit(1227972808.92:117): avc:  denied  { search } for  pid=3733 comm="npviewer.bin" name=".fontconfig" dev=dm-1 ino=19301092 scontext=unconfined_u:unconfined_r:nsplugin_t:s0-s0:c0.c1023 tcontext=system_u:object_r:unlabeled_t:s0 tclass=dir

node=susannah.colina.demon.co.uk type=SYSCALL msg=audit(1227972808.92:117): arch=40000003 syscall=5 per=8 success=no exit=-13 a0=87d4d48 a1=0 a2=a5517200 a3=ffffffff items=0 ppid=3588 pid=3733 auid=501 uid=501 gid=501 euid=501 suid=501 fsuid=501 egid=501 sgid=501 fsgid=501 tty=(none) ses=1 comm="npviewer.bin" exe="/usr/lib/nspluginwrapper/npviewer.bin" subj=unconfined_u:unconfined_r:nsplugin_t:s0-s0:c0.c1023 key=(null)

And if I try to raise tyhe bug I get:

ERROR
The requested URL could not be retrieved

[thomas cameron]

Colin Paul Adams wrote:
> After upgrading my system from F9 to F10 I ran a yum update.
>
> The following occurred:
>
> Summary:
>
> SELinux is preventing npviewer.bin (nsplugin_t) "search" to ./.fontconfig
> (unlabeled_t).
>
> Detailed Description:
>
> SELinux denied access requested by npviewer.bin. It is not expected that this
> access is required by npviewer.bin and this access may signal an intrusion
> attempt. It is also possible that the specific version or configuration of the
> application is causing it to require additional access.
>
> Allowing Access:
>
> Sometimes labeling problems can cause SELinux denials. You could try to restore
> the default system file context for ./.fontconfig,
>
> restorecon -v './.fontconfig'
>
> If this does not work, there is currently no automatic way to allow this access.
> Instead, you can generate a local policy module to allow this access - see FAQ
> (http://fedora.redhat.com/docs/selinux-faq-fc5/#id2961385) Or you can disable
> SELinux protection altogether. Disabling SELinux protection is not recommended.
> Please file a bug report (http://bugzilla.redhat.com/bugzilla/enter_bug.cgi)
> against this package.
>
> Additional Information:
>
> Source Context                unconfined_u:unconfined_r:nsplugin_t:s0-s0:c0.c102
>                               3
> Target Context                system_u:object_r:unlabeled_t:s0
> Target Objects                ./.fontconfig [ dir ]
> Source                        npviewer.bin
> Source Path                   /usr/lib/nspluginwrapper/npviewer.bin
> Port                          <Unknown>
> Host                          susannah.colina.demon.co.uk
> Source RPM Packages           nspluginwrapper-1.1.2-4.fc10
> Target RPM Packages           
> Policy RPM                    selinux-policy-3.5.13-18.fc10
> Selinux Enabled               True
> Policy Type                   targeted
> MLS Enabled                   True
> Enforcing Mode                Enforcing
> Plugin Name                   catchall_file
> Host Name                     susannah.colina.demon.co.uk
> Platform                      Linux susannah.colina.demon.co.uk
>                               2.6.27.5-117.fc10.x86_64 #1 SMP Tue Nov 18
>                               11:58:53 EST 2008 x86_64 x86_64
> Alert Count                   37
> First Seen                    Sat 29 Nov 2008 15:33:18 GMT
> Last Seen                     Sat 29 Nov 2008 15:33:28 GMT
> Local ID                      925c2472-2846-47c2-96f9-bccaadb1aaef
> Line Numbers
>
> Raw Audit Messages
>
> node=susannah.colina.demon.co.uk type=AVC msg=audit(1227972808.92:117): avc:  denied  { search } for  pid=3733 comm="npviewer.bin" name=".fontconfig" dev=dm-1 ino=19301092 scontext=unconfined_u:unconfined_r:nsplugin_t:s0-s0:c0.c1023 tcontext=system_u:object_r:unlabeled_t:s0 tclass=dir
>
> node=susannah.colina.demon.co.uk type=SYSCALL msg=audit(1227972808.92:117): arch=40000003 syscall=5 per=8 success=no exit=-13 a0=87d4d48 a1=0 a2=a5517200 a3=ffffffff items=0 ppid=3588 pid=3733 auid=501 uid=501 gid=501 euid=501 suid=501 fsuid=501 egid=501 sgid=501 fsgid=501 tty=(none) ses=1 comm="npviewer.bin" exe="/usr/lib/nspluginwrapper/npviewer.bin" subj=unconfined_u:unconfined_r:nsplugin_t:s0-s0:c0.c1023 key=(null)
>
> And if I try to raise tyhe bug I get:
>
> ERROR
> The requested URL could not be retrieved

You can do a couple of things.  First, it's probably not a bad idea to 
run these commands as root:

restorecon -vR /home
restorecon -vR /usr

Then try again by opening your browser and going to a page that caused 
errors before.  If it still doesn't work you can use audit2allow to 
create a policy.  I set up all my policies in a directory called 
/root/selinux.  So as root, do this:

mkdir selinux
cd selinux
setenforce 0
# open your web browser and go to a page with the plugin
grep npviewer.bin /var/log/audit/audit.log | audit2allow -a -M npviewer
# review npviewer.te so make sure it looks right.
semodule -i npviewer.pp
setenforce 1
# open your browser to see if the plugin works now

Hope this helps!

[Colin Paul Adams]

> > > > > "Thomas" == Thomas Cameron  writes:

You can do a couple of things.  First, it's probably not a bad idea to
    Thomas> run these commands as root:

Thomas> restorecon -vR /home restorecon -vR /usr

OK. I've done that.

Thomas> Then try again by opening your browser and going to a page
    Thomas> that caused errors before.  If it still doesn't work you

I don't know of a page that caused errors before.

Thomas> can use audit2allow to create a policy.  I set up all my
    Thomas> policies in a directory called /root/selinux.  So as root,
    Thomas> do this:

Thomas> mkdir selinux cd selinux setenforce 0 # open your web

I did that too.

Thomas> browser and go to a page with the plugin grep npviewer.bin
    Thomas> /var/log/audit/audit.log | audit2allow -a -M npviewer #
    Thomas> review npviewer.te so make sure it looks right.

I don't know what a page with the plugin is.

Thomas> semodule -i npviewer.pp setenforce 1

semodule:  Could not read file 'npviewer.pp': No such file or directory

[thomas cameron]

Colin Paul Adams wrote:
> > > > > > "Thomas" == Thomas Cameron  writes:
>
> You can do a couple of things.  First, it's probably not a bad idea to
>     Thomas> run these commands as root:
> Thomas> restorecon -vR /home restorecon -vR /usr
>
> OK. I've done that.
> Thomas> Then try again by opening your browser and going to a page
> Thomas> that caused errors before.  If it still doesn't work you
>
> I don't know of a page that caused errors before.

Eh?  What were you doing when you got the SELinux denial before?  Can 
you do it again?
> Thomas> can use audit2allow to create a policy.  I set up all my
> Thomas> policies in a directory called /root/selinux.  So as root,
> Thomas> do this:
>
> Thomas> mkdir selinux cd selinux setenforce 0 # open your web
>
> I did that too.
> Thomas> browser and go to a page with the plugin grep npviewer.bin
> Thomas> /var/log/audit/audit.log | audit2allow -a -M npviewer #
> Thomas> review npviewer.te so make sure it looks right.  
>
> I don't know what a page with the plugin is.

Probably a flash based page.
> Thomas> semodule -i npviewer.pp setenforce 1
>
>
> semodule:  Could not read file 'npviewer.pp': No such file or directory

Did you look at the npviewer.te file?  Is there anything in it?

TC

[Colin Paul Adams]

> > > > > "Thomas" == Thomas Cameron  writes:

Thomas> Then try again by opening your browser and going to a page
    Thomas> that caused errors before.  If it still doesn't work you
    >> 
    >> I don't know of a page that caused errors before.

Thomas> Eh?  What were you doing when you got the SELinux denial
    Thomas> before?  Can you do it again?

I don't know what I was doing at the time. I certainly wasn't having
any trouble with FireFox.

Thomas> Did you look at the npviewer.te file?  Is there anything
    Thomas> in it?

There is no such file on my system (according to the locate command).

[thomas cameron]

Colin Paul Adams wrote:
> > > > > > "Thomas" == Thomas Cameron  writes:
> Thomas> Then try again by opening your browser and going to a page
> Thomas> that caused errors before.  If it still doesn't work you
> >> 
> >> I don't know of a page that caused errors before.
>
> Thomas> Eh?  What were you doing when you got the SELinux denial
> Thomas> before?  Can you do it again?
>
> I don't know what I was doing at the time. I certainly wasn't having
> any trouble with FireFox.
> Thomas> Did you look at the npviewer.te file?  Is there anything
> Thomas> in it?
>
> There is no such file on my system (according to the locate command).

OK, I'm reading your initial post - you got an SELinux alert about 
npviewer.bin, right?  See this message:

https://www.redhat.com/archives/fedora-list/2008-November/msg02919.html

npviewer.bin is a Firefox plugin for Adobe Flash.  So I talked about how 
to set a policy to allow npviewer.bin to run.  Specifically I said to 
run this command:

grep npviewer.bin /var/log/audit/audit.log | audit2allow -a -M npviewer

Then I said to check the contents of npviewer.te.  See this post:

https://www.redhat.com/archives/fedora-list/2008-November/msg02951.html

Apparently you did not check for that file.

Additionally, what you describe in the subject vs. what you are seeing 
in audit.log doesn't match.  The output from sealert clearly describes a 
problem with npviewer.bin, the Adobe plugin.

Why don't you go back over your audit.log and find the actual problem 
you are having and then re-post, I'd be glad to help out if I can.