Bug 596982

Fixed in selinux-policy-3.7.19-39.fc14

(In reply to comment #1)
> Fixed in selinux-policy-3.7.19-39.fc14

still present in 

[leigh@localhost ~]$ rpm -q selinux-policy
selinux-policy-3.7.19-65.fc13.noarch





Summary:

SELinux is preventing /sbin/consoletype access to a leaked /var/log/wicd.log
file descriptor.

Detailed Description:

[consoletype has a permissive type (consoletype_t). This access was not denied.]

SELinux denied access requested by the consoletype command. It looks like this
is either a leaked descriptor or consoletype output was redirected to a file it
is not allowed to access. Leaks usually can be ignored since SELinux is just
closing the leak and reporting the error. The application does not use the
descriptor, so it will run properly. If this is a redirection, you will not get
output in the /var/log/wicd.log. You should generate a bugzilla on
selinux-policy, and it will get routed to the appropriate package. You can
safely ignore this avc.

Allowing Access:

You can generate a local policy module to allow this access - see FAQ
(http://docs.fedoraproject.org/selinux-faq-fc5/#id2961385)

Additional Information:

Source Context                system_u:system_r:consoletype_t:s0
Target Context                system_u:object_r:var_log_t:s0
Target Objects                /var/log/wicd.log [ file ]
Source                        consoletype
Source Path                   /sbin/consoletype
Port                          <Unknown>
Host                          (removed)
Source RPM Packages           initscripts-9.12.1-1.fc13
Target RPM Packages           
Policy RPM                    selinux-policy-3.7.19-65.fc13
Selinux Enabled               True
Policy Type                   targeted
Enforcing Mode                Enforcing
Plugin Name                   leaks
Host Name                     (removed)
Platform                      Linux localhost.localdomain 2.6.34.7-56.fc13.i686
                              #1 SMP Wed Sep 15 03:33:58 UTC 2010 i686 i686
Alert Count                   4
First Seen                    Fri 22 Oct 2010 12:02:08 BST
Last Seen                     Fri 22 Oct 2010 12:03:33 BST
Local ID                      6a75ca05-05dc-49b8-a87c-d2ec7a0d55ba
Line Numbers                  

Raw Audit Messages            

node=localhost.localdomain type=AVC msg=audit(1287745413.291:18125): avc:  denied  { append } for  pid=3520 comm="consoletype" path="/var/log/wicd.log" dev=sda1 ino=84313 scontext=system_u:system_r:consoletype_t:s0 tcontext=system_u:object_r:var_log_t:s0 tclass=file

node=localhost.localdomain type=SYSCALL msg=audit(1287745413.291:18125): arch=40000003 syscall=11 success=yes exit=0 a0=98c0040 a1=98ba1e0 a2=98c15d8 a3=98ba1e0 items=0 ppid=3519 pid=3520 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm="consoletype" exe="/sbin/consoletype" subj=system_u:system_r:consoletype_t:s0 key=(null)

I'm also getting this



Summary:

SELinux is preventing /sbin/consoletype "append" access to /var/log/wicd.log.

Detailed Description:

[consoletype has a permissive type (consoletype_t). This access was not denied.]

SELinux denied access requested by consoletype. /var/log/wicd.log may be a
mislabeled. /var/log/wicd.log default SELinux type is var_log_t, but its current
type is NetworkManager_log_t. Changing this file back to the default type, may
fix your problem.

File contexts can be assigned to a file in the following ways.

  * Files created in a directory receive the file context of the parent
    directory by default.
  * The SELinux policy might override the default label inherited from the
    parent directory by specifying a process running in context A which creates
    a file in a directory labeled B will instead create the file with label C.
    An example of this would be the dhcp client running with the dhclient_t type
    and creating a file in the directory /etc. This file would normally receive
    the etc_t type due to parental inheritance but instead the file is labeled
    with the net_conf_t type because the SELinux policy specifies this.
  * Users can change the file context on a file using tools such as chcon, or
    restorecon.

This file could have been mislabeled either by user error, or if an normally
confined application was run under the wrong domain.

However, this might also indicate a bug in SELinux because the file should not
have been labeled with this type.

If you believe this is a bug, please file a bug report against this package.

Allowing Access:

You can restore the default system context to this file by executing the
restorecon command. restorecon '/var/log/wicd.log', if this file is a directory,
you can recursively restore using restorecon -R '/var/log/wicd.log'.

Fix Command:

/sbin/restorecon '/var/log/wicd.log'

Additional Information:

Source Context                system_u:system_r:consoletype_t:s0
Target Context                system_u:object_r:NetworkManager_log_t:s0
Target Objects                /var/log/wicd.log [ file ]
Source                        consoletype
Source Path                   /sbin/consoletype
Port                          <Unknown>
Host                          localhost.localdomain
Source RPM Packages           initscripts-9.12.1-1.fc13
Target RPM Packages           
Policy RPM                    selinux-policy-3.7.19-65.fc13
Selinux Enabled               True
Policy Type                   targeted
Enforcing Mode                Enforcing
Plugin Name                   restorecon
Host Name                     localhost.localdomain
Platform                      Linux localhost.localdomain 2.6.34.7-56.fc13.i686
                              #1 SMP Wed Sep 15 03:33:58 UTC 2010 i686 i686
Alert Count                   4
First Seen                    Fri 22 Oct 2010 11:55:40 BST
Last Seen                     Fri 22 Oct 2010 11:56:08 BST
Local ID                      24ff2442-116f-43af-bf9e-8eccfaea70d5
Line Numbers                  

Raw Audit Messages            

node=localhost.localdomain type=AVC msg=audit(1287744968.313:18111): avc:  denied  { append } for  pid=2787 comm="consoletype" path="/var/log/wicd.log" dev=sda1 ino=84313 scontext=system_u:system_r:consoletype_t:s0 tcontext=system_u:object_r:NetworkManager_log_t:s0 tclass=file

node=localhost.localdomain type=SYSCALL msg=audit(1287744968.313:18111): arch=40000003 syscall=11 success=yes exit=0 a0=8925040 a1=891f1e0 a2=89265d8 a3=891f1e0 items=0 ppid=2786 pid=2787 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm="consoletype" exe="/sbin/consoletype" subj=system_u:system_r:consoletype_t:s0 key=(null)

I will fix 

node=localhost.localdomain type=AVC msg=audit(1287745413.291:18125): avc: 
denied  { append } for  pid=3520 comm="consoletype" path="/var/log/wicd.log"
dev=sda1 ino=84313 scontext=system_u:system_r:consoletype_t:s0
tcontext=system_u:object_r:var_log_t:s0 tclass=file



I guess you changed the context for "/var/log/wicd.log" in the second case.

(In reply to comment #4)
> I will fix 
> 


> 
> 
> I guess you changed the context for "/var/log/wicd.log" in the second case.


comment#3 is the first error, I ran restorecon on /var/log/wicd.log as suggested.

comment#2 is the second error which occurs after resuming from suspend or rebooting.

Good catch.

wicd should use /var/log/wicd directory for the log file. 

execute:

# chcon -t NetworkManager_log_t /var/log/wicd.log

will fix for now. I will add this label by default.

Fixed in selinux-policy-3.7.19-68.fc13

This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

This message is a reminder that Fedora 13 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 13.  It is Fedora's policy to close all
bug reports from releases that are no longer maintained.  At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '13'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 13's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 13 is end of life.  If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora please change the 'version' of this 
bug to the applicable version.  If you are unable to change the version, 
please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Fedora 13 changed to end-of-life (EOL) status on 2011-06-25. Fedora 13 is 
no longer maintained, which means that it will not receive any further 
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.