Bug 672602

Summary: nscd throws execmod AVCs
Product: [Fedora] Fedora Reporter: Tom London <selinux>
Component: glibcAssignee: Andreas Schwab <schwab>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: awilliam, dwalsh, fweimer, jakub, schwab
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-02-08 14:09:08 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Tom London 2011-01-25 17:25:36 UTC
Description of problem:
Got this after updating to latest packages and rebooting:

[root@tlondon ~]# dmesg | grep avc
[   19.515519] dbus[892]: avc:  netlink poll: error 4
[   21.577963] type=1400 audit(1295966750.030:4): avc:  denied  { execmod } for  pid=994 comm="nscd" path="/usr/sbin/nscd" dev=dm-0 ino=4141 scontext=system_u:system_r:nscd_t:s0 tcontext=system_u:object_r:nscd_exec_t:s0 tclass=file
[   25.679491] type=1400 audit(1295966754.132:5): avc:  denied  { execmod } for  pid=1020 comm="nscd" path="/usr/sbin/nscd" dev=dm-0 ino=4141 scontext=system_u:system_r:nscd_t:s0 tcontext=system_u:object_r:nscd_exec_t:s0 tclass=file
[root@tlondon ~]#


#============= nscd_t ==============
allow nscd_t nscd_exec_t:file execmod;


glibc-2.13.90-1.i686
selinux-policy-3.9.13-4.fc15.noarch
glibc-common-2.13.90-1.x86_64
glibc-devel-2.13.90-1.x86_64
glibc-devel-2.13.90-1.i686
nscd-2.13.90-1.x86_64
glibc-2.13.90-1.x86_64
glibc-headers-2.13.90-1.x86_64
selinux-policy-targeted-3.9.13-4.fc15.noarch

Version-Release number of selected component (if applicable):
nscd-2.13.90-1.x86_64
glibc-2.13.90-1.x86_64

How reproducible:
Believe every boot

Steps to Reproduce:
1. update
2. reboot
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 Daniel Walsh 2011-01-25 21:01:30 UTC
This access should not be required.

Comment 2 Andreas Schwab 2011-01-26 17:39:57 UTC
$ cat foo.c
static const char *const foo __attribute__((used, section("foo"))) = "foo";
$ gcc -fpie foo.c && cat foo.s
	.file	"foo.c"
	.section	.rodata
.LC0:
	.string	"foo"
	.section	foo,"a",@progbits
	.align 8
	.type	foo, @object
	.size	foo, 8
foo:
	.quad	.LC0
	.ident	"GCC: (GNU) 4.6.0 20110122 (Red Hat 4.6.0-0.3)"
	.section	.note.GNU-stack,"",@progbits

Comment 3 Daniel Walsh 2011-01-27 21:18:32 UTC
*** Bug 673239 has been marked as a duplicate of this bug. ***

Comment 4 Daniel Walsh 2011-01-27 21:20:19 UTC
I am not sure what you are showing here?

Comment 5 Jakub Jelinek 2011-01-27 21:31:14 UTC
If you mean #c2, then it is a distilled testcase for a gcc bug for which I've just posted a patch for review, see
http://gcc.gnu.org/ml/gcc-patches/2011-01/msg02059.html

Comment 6 Jakub Jelinek 2011-01-28 19:44:24 UTC
Should be fixed in gcc-4.6.0-0.5.fc15, now just glibc needs to be rebuilt.

Comment 7 Tom London 2011-02-08 14:09:08 UTC
Seems fixed with glibc-2.13.90-2.x86_64.

Closing.